Lets take a look at all the email jargon.
Whether you use Gmail, Hotmail, Yahoo mail, or email configured on your own website—there’s more to receiving email than it might seem like on the surface. This article will focus on answering some of the most common issues when it comes to setting up new email accounts and explaining the difference in clear language.
Email Clients vs Webmail
Before I go into the different protocols used to download emails, let’s take a moment to understand the simpler stuff—the difference between a email client and webmail. For those that have already started a Gmail, Hotmail, or other email account, chances are that you’ve used webmail. If you work in an office and use a program like Microsoft Outlook, Windows Live Mail, or Mozilla Thunderbird to manage your emails, you’re using an email client.
Webmail and email clients are applications for sending and receiving email, and use similar methods for doing this. Webmail is an application that is written to be operated over the internet through a browser, usually with no downloaded applications or additional software necessary. All of the handling is done by remote computers (i.e. servers and machines you connect to through the Internet).
Email clients are programs that are installed on local machines (your computer, laptop or the computers in your office) to interact with remote email servers to download and send email to whomever you might care to. Some the back end work of sending email and all of the front end work of creating a user interface (what you look at to receive your email) is done on your computer with the installed application, rather than by your browser with instructions from the remote server. However, many webmail providers allow users to use email clients with their service—and here’s where it may start to get confusing. Let’s use a quick example to explain the difference.
I sign up for a new email address with Google’s Gmail and begin sending and receiving email through the webmail service. Google is providing two things for me—a web frontend, and a mail server backend for sending and receiving the emails. I am communicating with the email server backend by using the webmail frontend. Through pointing, clicking, and typing, I am instructing the email server who I want to send email to, and what I want to say.
However, I might decide that I don’t like Google’s new look for Gmail, so I decide to switch to an email client, like a free program such as Thunderbird. Instead of using my web based client (Gmail’s web interface) to interact with Google’s Gmail servers (the mail server backend), I use a program installed on my computers (in this case, Thunderbird) to contact the mail server backend myself, and sidestep webmail altogether. Google (and other webmail providers) offer all of these products, including the web frontend and the mail server backend. You can use both of them or only the mail server backend and still be using “Gmail.” Let us now take a look at the common email protocols you’ll run into using email clients or mobile phones.
POP3, Post Office Protocol
POP, or Post Office Protocol, is a way of retrieving email information that dates back to a very different Internet than we use today. Computers only had limited, low bandwidth access to remote computers, so engineers created POP in an effort to create a dead simple way to download copies of emails for offline reading, then remove those mails from the remote server. The first version of POP was created in 1984, with the POP2 revision created in early 1985.
POP3 is the current version of this particular style of email protocol, and still remains one of the most popular. Since POP3 creates local copies of emails and deletes the originals from the server, the emails are tied to that specific machine, and cannot be accessed via any webmail or any separate client on other computers. At least, not without doing a lot of email forwarding or porting around mailbox files.
While POP3 is based on an older model of offline email, there’s no reason to call it obsolete technology, as it does have its uses. POP4 has been proposed, and may be developed one day, although there’s not been much progress in several years.
IMAP, Internet Message Access Protocol
IMAP was created in 1986, but seems to suit the modern day world of omnipresent, always-on Internet connectivity quite well. The idea was keep users from having to be tied to a single email client, giving them the ability to read their emails as if they were “in the cloud.”
Compared to POP3, IMAP allows users to log into many different email clients or webmail interfaces and view the same emails, because the emails are kept on remote email servers until the user deletes them. In a world where we now check our email on web interfaces, email clients, and on mobile phones, IMAP has become extremely popular.
It isn’t without its problems, though.
Because IMAP stores emails on a remote mail server, you’ll have a finite mailbox size depending on the settings provided by the email service. If you have huge numbers of emails you want to keep, you could run into problems sending and receiving mail when your box is full. Some users sidestep this problem by making local archived copies of emails using their email client, and then deleting them from the remote server.
Microsoft Exchange, MAPI, and Exchange ActiveSync
Microsoft began developing MAPI (sometimes called Messaging API) not long after IMAP and POP were first developed, although it has uses beyond simple email. Thoroughly comparing IMAP and POP to MAPI is pretty technical, and out of scope for many readers of this article. Simply put, MAPI is a way for applications and email clients to communicate with Microsoft Exchange servers, and is capable of IMAP style syncing of emails, contacts, calendars, and other features, all tied into local email clients or applications. This function of syncing emails is branded by Microsoft as “Exchange ActiveSync.” Depending on what device, phone, or client you use, this same technology might be called any of the three Microsoft products (Microsoft Exchange, MAPI, or Exchange ActiveSync), but will offer the same cloud-based email syncing as IMAP.
Because Exchange and MAPI are Microsoft products, only companies that own their own Exchange mail servers or use Windows Live Hotmail will be able to use Exchange. Many clients, including the default Android mail client and iPhone, are Exchange ActiveSync capable, giving Hotmail users IMAP style cloud-based email, despite Hotmail not offering true IMAP functionality.
In Short: Which Do I Use to Set Up My Email?
Depending on your personal style of communicating and whom you prefer to get your email service from, you can pretty quickly narrow down how you should use your email.
• If you use check your email from a lot of devices, phones, or computers, set up your email clients to use IMAP.
• If you use mostly webmail and want your phone or iPad to sync with your webmail, use IMAP, as well.
• If you’re using one email client on one dedicated machine (say, in your office), you might be fine with POP3, but I would still recommend IMAP.
• If you have a huge history of email and you’re using an old mail provider without a lot of drive space, you may want to use POP3 to keep from running out of space on the remote email server.
• If you use Hotmail or an Exchange Server Email, MAPI or Exchange ActiveSync will give you similar cloud-based syncing, like IMAP.
• If you don’t use Hotmail and you want email sync, use IMAP. If you do use it and want email sync, use MAPI/Exchange ActiveSync.
Hopefully this has resolved a few questions – for any other issues check out my services!