| The Ultimate Business Machine Technology, business And, not least, about by: Bernard Teo
|
The Ultimate Business Machine - ArchivesList of Categories : Database * Technology * Commentary * Singapore * Travel * Thu 07 Aug 2003 Sendmail SMTP-AUTHCategory : Technology/smtp-suth.txt I'm just re-surfacing after diving into the murky depths of the beast. For there is no other name for sendmail. It's a beast of a system. But I'm amazed I could even compile sendmail from source. So, now I've got a version of sendmail with smtp-auth that works. And I know how to put that in, in place of the stock sendmail version that comes with OS X, and also how to take it out. And I also know enough how to put in Postfix, swap out sendmail, and do the reverse. And, I can confirm that the version of the pop server I bundle with Sendmail Enabler does SSL. I'm still having some problems with the Airport Extreme Base Station, but it works beautifully when it's sitting behind the original base station. If I can figure out how to set up the certification stuff with just one click, you can pull your mail down from the POP server under SSL So, a summary. Even though I can do smtp-auth, I'm wondering what's the point? It was meant to make sure that people on the move can always get back to the home server to send out mail, because that's what smtp-auth does - it authenticates the user before authorising the user to send mail. But, if you make authentication a requirement (otherwise it makes no sense to have it), it creates a downside - this server can now only send mail out. Another mail server that is trying to send mail to this server probably won't know how to authenticate itself to this server. So you end up having to set up two servers, one for sending out mail and another for receiving mail. But with Sendmail Enabler, people on the move can enable sendmail on their PowerBooks to send mail out themselves. They only need to go to their home server to receive their in-coming mail. For added security, this takes place under SSL so that all the communication is encrypted. They've always had to authenticate themselves anyway when they're retrieving mail. So, I believe that's the optimal solution. Freed from the need to act as a relay for roaming users, the home server can be set up with the tightest of security, including a variety of strategies for blocking spam. Also, you get a freer hand to tie the workings of the mail server with back-office e-commerce applications - there are variety of hooks in sendmail to do that - since most of the users are sending mail out directly from their own workstations. I had a concern that Sendmail Enabler could have made it even easier for spammers to equip themselves with their own spamming engine. But, if you free your mail server from having to relay anything from outside your local network, you cut off one source of free bandwith for the spammers. You can't stop them from trying, but at least they're being pushed back to use their own bandwidth. You can, however, put in all the blocks you can muster to kick them out before they can even come into your network. And you can do it better if you don't have to make allowances now and then to let in one of your own guys to use the mail relay. If this works, Sendmail Enabler could have changed the rules of the game - at least for the Mac-speaking world. |
Mac@Work
Services running on this server, a Mac Mini running Mac OS X 10.9.2 Mavericks:
all set up using MailServe, WebMon, DNS Enabler, DNS Agent, VPN Enabler, Liya and our SQL installers, all on Mavericks. |
||||||||||||||||||||||||||
