First: GREAT write up... that one is going in my keep file so I can print it and hand it to people that ask me these types of questions all the time. (er, you don't actually care about copyrights do you?)
>This works just fine usually, as long as the ISP's Username scheme does >NOT require a full email address as the USERNAME, i.e. "[EMAIL PROTECTED]" >(rather than just "username").Since Emailer's POP server entry in its >Email Account field has this parsing scheme to retrieve the POP server >name, one ends up with 2 "@s" in the EmailAccount field, which isn't >going to work ([EMAIL PROTECTED]@POP.isp.com), This is fixed in Patch 1 that I released. Emailer will take two @ signs (well, really will take as many as you want, I simply reversed the direction the field is parsed, so essentially Emailer now splits at the last @ rather than the first) >3. SMTP Authentication Solution #1. "SMTP authentication via POP >authentication." Although as you point out, Emailer can do this natively, it is a touch easier using Patch 2 that I released. That reverses the order in which Emailer handles email. It makes it check email before sending when you do a full Get/Send connection. That way you don't have to check the mail manually before sending. You can just do the Connect Now and it will POP Auth by itself (manually sending emails will still cause a problem unless you are within the time period the ISP considers you authenticated). >2. When you go to SEND mail, it is now becoming most common that you >also have to log into the SMTPserver before it allows you to send mail, >this "log in" being called "SMTP authenticaion." Typically, this is >something one's email client can do automatically, EXCEPT for Claris >Emailer, This is fixed in Patch 3 where I added SMTP Auth Login to Emailer... er wait... I didn't say that, never mind... ignore me ;-) >SMTP Authentication Solution #3. Use Chris's Baton Mail program which >will provide "semi-pure" SMTP authentication for Emailer (as well as >other email programs which might not do smpt authentication.) To use >Chris's Baton Mail, the EmailerCustomSettings file also has to be >acquired from his ftp site and dropped into the Emailer Folder. Actually, you don't *HAVE* to have the Emailer Custom Settings file to use Baton Mail. I just recommend it, because some ISPs match the Mail >From to the email address, and if they don't math exactly, the mail is regected (Mac.com is an example of this, and in fact, Baton Mail will correct Mac.com addresses on the fly in case you don't have the file installed). Without that patch, the Mail From is not the same as the email address. I just figured if you are going thru all the effort to use Baton Mail to appear more up to date, you might as well also use the Emailer Custom Settings file to match what all the other email clients do these days. And it makes setting up Baton Mail a little easier (no need to figure out which field to match, you just put in your email address... of course, if I could write a real set of directions for Baton Mail, then it probably wouldn't be an issue either way). -chris <http://www.mythtech.net> ___________________________________________________________________________ To unsubscribe send a mail message with a SUBJECT line of "unsubscribe" to <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
