unix web hosting unix web hosting unix web hosting unix web hosting unix web hosting unix web hosting unix web hosting
AZC.com - Web Hosting on a higher level
Web Hosting Login
username password
   order now!


www.

Domain Name Service (DNS) Manage domain name
Domain Transfer Transfer domain name
Domain Name Renewal Renew domain name
Why choose AZC Web Hosting? Why choose AZC?
AZC's Hosting Customer Testimonials Customer testimonials
Payment Options Payment options
Web Hosting Glossary Web hosting glossary
AZC Hosting Newsletter AZC newsletters
AZC.com Site Map Site map
Tell a friend Tell a friend

Web Hosting 30 day money back and 99.99% uptime guarantee

contact us

email: 24 x 7 email support

phone: 877-292-6660
unix web hosting unix web hosting

What is this POP-before-SMTP authentication mechanism anyway?

First of all, we hope you have read the FAQ "Can you provide me with some background about how Internet email works?"! If yes, then read on. Otherwise, please review the said Q&A first.

Given the nature of a SMTP server being intrinsically designed as an open relay, to prevent spammers from hijacking such a server to send out large amount of spam, some kind of usage restriction mechanisms must be placed on the server.

The POP-before-SMTP scheme utilizes the fact that a POP server always requires successful authentication first before allowing any message retrieval.

When a client connects to a POP server, it furnishes the IP address of the client host (e.g. your PC), together with the username/password and (optionally) the domain name of the POP account to the POP server. The POP server will then try to verify whether or not the supplied info is correct (i.e. for authentication verification.)

A POP-before-SMTP mechanism only allows a client that has successfully authenticated with a POP server to further connect to a SMTP server. Connections from clients that are either not authenticated by the POP server or fail the authentication process are not allowed to access the SMTP server at all.

As you can see, the above scheme overrides the intrinsic "open" nature of a SMTP server quite effectively. Furthermore, it obviously doesn't require any changes to the SMTP server software either. But, it demands even legitimate users of a SMTP server to carry out an extra step (although a minor one). So, conceptually, the approach is quite kludgy.




help
: home : web hosting : domain names : support :
: about us : web design : manage accounts :