Choose IMAP or POP Before Adding Mail to Another Device

What the two protocols mean in everyday use

With IMAP, an app works with mail stored on the provider’s server. When you read, move, or organize a message, that change can be reflected in other apps connected to the same account. The exact synchronization behavior depends on the provider and app, but IMAP is generally the better fit when you want to use the same mailbox on a phone, laptop, and webmail.

POP is download-oriented: an app retrieves messages from the server to the device. Depending on the provider and the app’s settings, downloaded messages may remain on the server or may be removed after retrieval. That difference matters. If messages are removed, another device may not receive them; if they remain, devices may still have separate local copies and organization.

Choose based on how you use your devices

If you regularly switch between devices, need folders and read status to stay aligned, or expect to manage mail from both an app and a browser, start by checking for IMAP support. If you use one main computer and want mail downloaded there, POP may suit your workflow—but only if the provider supports it and you understand its server-retention settings.

Neither protocol is a complete backup plan. A synchronized action can affect what you see elsewhere, while a downloaded copy can be tied to one device. Keep important messages protected according to your provider’s and organization’s guidance rather than assuming that adding a second app creates an independent archive.

Check provider support before entering settings

Do not assume that a provider offers both protocols, or that settings found for another provider apply to your account. Look for current incoming-mail instructions from the provider, including the protocol, server name, port, and encryption method. Also confirm whether the provider permits access from the app you plan to use. If instructions are unclear, ask the provider or your workspace administrator before trying alternatives.

For BITTU Mail, the published incoming-mail option is IMAP: mx1.bittuicloud.com on port 993 with SSL/TLS. BITTU Mail’s published outgoing-mail settings use the same host on port 465 with SSL/TLS or port 587 with STARTTLS, with authentication and the full mailbox address as the username. The published facts here do not establish POP support, so check with the provider rather than substituting POP settings or guessing.

Set up carefully and protect the account

Use the provider’s instructions for the app’s incoming and outgoing server fields. Enter the full mailbox address where the instructions require the username, and select the stated encryption method as well as the port. For BITTU Mail, do not use port 25 for a mail app. If an app displays a certificate warning, stop rather than accepting it; verify the settings with the provider.

A work or shared mailbox may have additional restrictions. Available controls can depend on role, plan, and provisioning state, and administrators enforce permissions server-side. If a connection is blocked or a setting is unavailable, ask an authorized workspace administrator to check the account’s applicable policy instead of attempting to bypass it.

A practical check before relying on the new app

Suppose you add a mailbox to a phone that you already use in a browser. If you want both views to stay coordinated, first confirm IMAP support. After setup, compare a harmless test message in both places, then mark it read or move it to a folder in one view and check whether the other reflects the change. If it does not, do not assume the account is broken: confirm that the app is using the intended protocol and that the provider supports the behavior you expect.

Before setup:
[ ] Confirm the provider supports your chosen protocol.
[ ] Get the provider’s current server, port, and encryption settings.
[ ] Check what POP does with downloaded messages, if using POP.

After setup:
[ ] Send a test message to your own mailbox and confirm it arrives.
[ ] Check the message in another connected view.
[ ] Verify that a read or folder change behaves as expected.

If the views do not match

First compare the app’s incoming protocol and connection details with the provider’s instructions. Then check whether the message is in a different folder or whether the app is showing a local copy. With POP, review the provider’s and app’s message-retention behavior before changing settings, especially if you rely on another device to receive the same mail. With IMAP, allow for differences in how apps display folders, then confirm the provider’s instructions for the account.

If the settings match but mail still does not arrive or synchronize as expected, contact the provider or, for a managed account, an authorized administrator. Describe the app, the protocol, and the observed behavior without sending your password or a one-time code. That gives support a concrete issue to investigate while keeping your sign-in credentials private.