>1.) My server uses the authenticated protocol, I think. >How do I know this? Because I use to have my Emailer >send Outgoing mail before Incoming mail was >received. Now, however, the Outgoing mail must be >separately sent AFTER receiving the Incoming mail. >(I was told by someone on this list that this was an >indication of the server using authentication.)
Your ISP has choosen to use the less invasive format of POP Authentication. That means as long as you check your email within their time limit before trying to send, you will be fine. The nice thing with POP Auth is any email client supports it (although some need it done manually like Emailer, because they are set to try to send before receiving). I did write a patch that will reverse Emailer's default behavior. It will cause Emailer to try to receive email before sending, thus keeping you from having to manually do it. You can get this patch off my ftp site (patch2.sit) at <ftp://ftp.mythtech.net/emailer/patch2.sit> If you don't mind doing it manually, then keep doing it that way. The patch is totally unsupported, and although it worked for me in testing, I have no way of knowing what else I might have effected with it (ie: I may have broken some other feature that I just didn't notice during testing). But certainly, if doing it manually drives you nuts, then the patch is for you. >Incidentally, I do not use the Baton Mail work around. >I don't know why I don't need to, but Chris' magic isn't >required (yet) by me. Because your ISP doesn't require SMTP Authentication, which is really the only real benifit of Baton Mail. (It can also do POP Auth, but using it for that is just kind of silly when you can do that inside the email client directly). -chris <http://www.mythtech.net> ___________________________________________________________________________ To unsubscribe send a mail message with a SUBJECT line of "unsubscribe" to <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
