Re: smtp auth failures
On Tue, Jun 19, 2001 at 09:38:37PM +, Nick (Keith) Fish wrote: joc wrote: There it is. any wise thoughts here? Thanks John Encourage your customers to use non-broken MUA. Our company refuses to support anything other than Outlook Express, Netscape Messenger, and our own web-based e-mailing service. You might try that: promoting a web-based e-mail service they can access FROM ANYWHERE IN THE WORLD! That always makes them giddy. :-) And which of these is the non-broken MUA? SCNR Jost -- | [EMAIL PROTECTED] Please help stamp out spam! | | Postmaster, JAPH, resident answer machine am RZ der RUB | | Pluralitas non est ponenda sine necessitate | | William of Ockham (1285-1347/49) |
Re: smtp auth failures
Jost Krieger wrote: Encourage your customers to use non-broken MUA. Our company refuses to support anything other than Outlook Express, Netscape Messenger, and our own web-based e-mailing service. You might try that: promoting a web-based e-mail service they can access FROM ANYWHERE IN THE WORLD! That always makes them giddy. :-) And which of these is the non-broken MUA? SCNR Jost Well, Outlook Express seems to behave pretty well in any circumstance (I've never had a problem with it). Messenger works alright as long as you don't make any changes to the Maildir it doesn't know about (seems as though it saves a popstate file which isn't very intuitive). Probably your best solution is to simply provide your customers with the web-based MUA. I've heard alot of people ranting about SquirrelMail lately. Check it out at http://www.squirrelmail.org/ . This gives you A.) access the source code which you can directly customize to any quirks your systems might express; B.) access to an entire community of developers devoted to making their creation better; and, C.) PHP4 which is executed server-side and thus very stable. -- Nick (Keith) Fish Network Engineer Triton Technologies, Inc. 1-800-837-4253
smtp auth failures
Hello. I received a fortune cookie today some here may like: It is harder to ask the right questions than to find answers for the wrong questions. Lucky # 6,8,38,40,45 A perceived problem I am trying to solve is that sending mail from eudora win 4.3 or 5.1 with AUTH enabled to a qmail server I administrate results in unsent email in the outgoing eudora queue when the password given is incorrect. Well, that's not the problem really. But since the error code is 553, it results in a broken mail entry which will requires manual requeue dexterity. The very users who can't type their password are the ones who need to do this, but I fear they will not see the rcpthosts error message and move on to some other tasks, mail never sent, thinking it the message it on it's way (or with qmail, there already). Any ideas on good things to try? I could modify the rcpthosts message to be more got the password wrong there buddy, or foiled relay attempt. I'm wondering if a 400 level message might be better, since at least it would requeue and succeed later with another future password prompt. (non-users relaying attempts will then suffer return trips though - very bad?) There it is. any wise thoughts here? Thanks John
Re: smtp auth failures
joc wrote: There it is. any wise thoughts here? Thanks John Encourage your customers to use non-broken MUA. Our company refuses to support anything other than Outlook Express, Netscape Messenger, and our own web-based e-mailing service. You might try that: promoting a web-based e-mail service they can access FROM ANYWHERE IN THE WORLD! That always makes them giddy. :-) -- Nick (Keith) Fish Network Engineer Triton Technologies, Inc.