Strange Send Mail Error
Thomas (Tom) Skoropad
Nothing has changed computer or configuration wise but for some reason
mysteriously Eudora has started to generate this error at random when
sending mail. It then dumps outgoing mail into queue without sending.
Can ony be sent if opened and "Resend" is selected.
Did a brief Google search for this error to no avail.
Has anybody seen or experienced this error before?
"There has been an error transfering your mail. I said: <MAIL FROM
----@tbaytel.net> and then the SMTP server (mail.--------.net) said:
535 GSSAPI: unknown method"
TIA
Tom
Steve Urbach
Try Google with "535 pop mail error"
It may be on their end during allowed user list updates.
John H Meyers
> Eudora 5.2
Stone age :)
Why not update?
> "There has been an error transfering your mail. I said: <MAIL FROM
> ----@tbaytel.net> and then the SMTP server (mail.--------.net) said:
> 535 GSSAPI: unknown method"
Is mail.tbaytel.net (on port 25 or 587?) powered by Microsoft Exchange 2007?
http://www.tbaytel.net/residential/internet/service/setup/email/thunderbird/smtp.shtml
Its greeting: "220 tbaytel.net ESMTP server is glad to see you"
Someone else is having problems with it:
http://mail.stalker.com/Lists/CGatePro/Message/97799-P.txt
It might be interesting to get a complete log:
http://eudorabb.qualcomm.com/showthread.php?t=476
--
Thomas (Tom) Skoropad
<jhme...@nomail.invalid> wrote:
>On Tue, 30 Jun 2009 11:08:08 -0500, Thomas (Tom) Skoropad wrote:
>
>> Eudora 5.2
>
>Stone age :)
I know but it works for my purposes. ;)
>Why not update?
We discussed this before due to attachment problems on my laptop.
Downloaded latest version but haven't installed due to time
constraints and the fact that 5.2 worked... Until now.
tbaytel changed mail servers recently and I believe this problem
occurred right after that.
>> "There has been an error transfering your mail. I said: <MAIL FROM
>> ----@tbaytel.net> and then the SMTP server (mail.--------.net) said:
>> 535 GSSAPI: unknown method"
>
>Is mail.tbaytel.net (on port 25 or 587?) powered by Microsoft Exchange 2007?
>http://www.tbaytel.net/residential/internet/service/setup/email/thunderbird/smtp.shtml
>Its greeting: "220 tbaytel.net ESMTP server is glad to see you"
Port 25. Can't get 5.2 to work on port 587. Returns "requires
authentication error".
>Someone else is having problems with it:
>http://mail.stalker.com/Lists/CGatePro/Message/97799-P.txt
I'm lost here.
>It might be interesting to get a complete log:
>http://eudorabb.qualcomm.com/showthread.php?t=476
A couple of log files.
3256 8:3.41 Dialog: "There has been an error transferring your mail. I
said:\r\n"
3256 8:3.41 Dialog: "\r\n"
3256 8:3.41 Dialog: " MAIL FROM:<secr...@nosf.ca>\r\n"
3256 8:3.41 Dialog: "\r\n"
3256 8:3.41 Dialog: "\r\n"
3256 8:3.41 Dialog: "and then the SMTP server (mail.tbaytel.net)
said:\r\n"
3256 8:3.41 Dialog: "\r\n"
3256 8:3.41 Dialog: " 535 GSSAPI: unknown method\r\n"
MAIN 8:4.11 Dialog: "Some of those messages are queued to be sent.\n"
MAIN 8:4.11 Dialog: "\n"
2772 8:1.27 Dialog: "There has been an error transferring your mail. I
said:\r\n"
2772 8:1.27 Dialog: "\r\n"
2772 8:1.27 Dialog: " MAIL FROM:<tes...@tbaytel.net>\r\n"
2772 8:1.27 Dialog: "\r\n"
2772 8:1.27 Dialog: "\r\n"
2772 8:1.27 Dialog: "and then the SMTP server (mail.tbaytel.net)
said:\r\n"
2772 8:1.27 Dialog: "\r\n"
2772 8:1.27 Dialog: " 535 GSSAPI: unknown method\r\n"
MAIN 8:1.35 Dialog: "You have some message(s) waiting to be sent.\r\n"
MAIN 8:1.35 Dialog: "Do you want to send them now?"
www.teskordesign.ca
John H Meyers
> It might be interesting to get a complete log:
> http://eudorabb.qualcomm.com/showthread.php?t=476
I got a complete log myself, just to see what mail.tbaytel.net does:
3980 16: 0.51 Open 216.211.26.26:587 <== PORT 587 works
3980 64: 0.51 Rcvd: "220 tbaytel.net ESMTP server is glad to see you\r\n"
3980 32: 0.51 Sent: "EHLO acer.tbaytel.net\r\n"
3980 64: 0.51 Rcvd: "250-front1.tbaytel.net host name is unknown acer.tbaytel.net\r\n"
3980 64: 0.51 Rcvd: "250-DSN\r\n"
3980 64: 0.51 Rcvd: "250-SIZE\r\n"
3980 64: 0.51 Rcvd: "250-STARTTLS\r\n"
3980 64: 0.51 Rcvd: "250-AUTH LOGIN PLAIN CRAM-MD5 DIGEST-MD5 GSSAPI MSN\r\n"
3980 64: 0.51 Rcvd: "250-ETRN\r\n"
3980 64: 0.51 Rcvd: "250-TURN\r\n"
3980 64: 0.51 Rcvd: "250-ATRN\r\n"
3980 64: 0.51 Rcvd: "250-NO-SOLICITING\r\n"
3980 64: 0.51 Rcvd: "250-8BITMIME\r\n"
3980 64: 0.51 Rcvd: "250-HELP\r\n"
3980 64: 0.51 Rcvd: "250-PIPELINING\r\n"
3980 64: 0.51 Rcvd: "250 EHLO\r\n"
3980 32: 0.51 Sent: "AUTH CRAM-MD5\r\n"
3980 64: 0.51 Rcvd: "334 PDE5MDY3MjEuMTI0NjM5NjAxMUBmcm9udDEudGJheXRlbC5uZXQ+\r\n"
3980 32: 0.51 Sent: "bWFpbEB0YmF5dGVsLm5ldCA1Yjg2Y2E3YTliMzExNDMxNmZkOWY5ZTM3OWQ0MjZmMg==\r\n"
3980 64: 0.55 Rcvd: "535 (515) incorrect password or account name\r\n"
3980 32: 0.55 Sent: "RSET\r\n"
3980 64: 0.55 Rcvd: "250 SMTP state reset\r\n"
3980 32: 0.55 Sent: "MAIL FROM:<nob...@tbaytel.net>\r\n"
3980 64: 0.57 Rcvd: "530 nob...@tbaytel.net You must authenticate first\r\n"
3980 32: 0.57 Sent: "QUIT\r\n"
3980 64: 0.58 Rcvd: "221 front1.tbaytel.net So long Space Coyote!\r\n"
We see from this log (made by Eudora version 7.1,
but it's about the same in version 5.2.1 ) that:
GSSAPI (Kerberos or Windows authorization) is advertised by the server as available,
but I've told Eudora to use only passwords; from the advertised methods,
Eudora chooses CRAM-MD5 (some other clients take the "cheapest way,"
which is less secure, but Eudora prefers a more secure method),
The "goodbye" message "So long Space Coyote!" appears, upon a search,
to be configured uniquely by the space cadets at tbaytel.net :)
--
John H Meyers
>> Eudora 5.2 - Stone age :)
> I know but it works for my purposes. ;)
Not any more, apparently.
>> Why not update?
> We discussed this before due to attachment problems on my laptop.
> Downloaded latest version but haven't installed due to time
> constraints and the fact that 5.2 worked... Until now.
> tbaytel changed mail servers recently and I believe this problem
> occurred right after that.
That's indeed a suspiciously significant coincidence,
worthy of mentioning up front (I wish everyone did :)
>> Is mail.tbaytel.net (on port 25 or 587?) powered by Microsoft Exchange 2007?
>> http://www.tbaytel.net/residential/internet/service/setup/email/thunderbird/smtp.shtml
> Port 25. Can't get 5.2 to work on port 587.
> Returns "requires authentication error".
So are you NOT "allowing authentication" on port 25?
Here are several ISP web pages suggesting that authentication is required:
"Enable SMTP-Authentication for Outlook Express"
http://www.tbaytel.net/business/internet/email/
http://www.tbaytel.net/residential/internet/service/setup/email/outlook_express/smtp.shtml
"Enable SMTP-Authentication for Thunderbird"
http://www.tbaytel.net/residential/internet/service/setup/email/thunderbird/smtp.shtml
They also seem to be encouraging the use of port 587,
rather than port 25, even if not apparently requiring it,
because this generally avoids being blocked
when using one's computer on any other network.
They also say that the login (user) name should be
your full email address (with @tbaytel.net)
> Port 25. Can't get 5.2 to work on port 587.
> Returns "requires authentication error".
I know I'm quoting those same lines a second time,
because it looks as if the identical authentication
might be required, no matter which port you use,
and simply not "allowing authentication"
would not get around this, if so.
It might seem fruitful to contact that ISP
and ask them whether you now have to authenticate
on port 25, the same as on port 587.
Then try logging "all bytes sent/received" with authentication
(unreadable or actual login info should not be posted,
as it may indirectly permit discovery of password).
When one needs a login for an SMTP server,
the SMTP server must use the exact same login info
(username and password) as the POP server (if any)
in the same Eudora personality -- there is no
"alternate login info" for SMTP, as there is in Outlook Express.
Eudora instead has settings which can re-direct outgoing mail
for any "POP personality" through another "SMTP personality"
(well, Eudora 5.2 doesn't -- it doesn't even have the
"use port 587" check-boxes, which were all introduced later)
--
Thomas (Tom) Skoropad
<jhme...@nomail.invalid> wrote:
>
>We see from this log (made by Eudora version 7.1,
>but it's about the same in version 5.2.1 ) that:
>
>GSSAPI (Kerberos or Windows authorization) is advertised by the server as available,
>but I've told Eudora to use only passwords; from the advertised methods,
>Eudora chooses CRAM-MD5 (some other clients take the "cheapest way,"
>which is less secure, but Eudora prefers a more secure method),
>
>The "goodbye" message "So long Space Coyote!" appears, upon a search,
>to be configured uniquely by the space cadets at tbaytel.net :)
My version of 5.2 has port change availability and I changed the SMTP
port from 25 to 587. Although authentication is checked in tools
options all I get when sending is a 530 error saying authentication is
required.
user...@tbaytel.net will not work Their server only accepts
username..
I have a sneaky suspicion that this problem is tbaytel related as it
only occurs randomly and after their upgrade regardless of what
personality I use.
I'll contact them Thursday (tomorrow is a holiday here) and rattle
their cage.
Regrads,
Tom
www.teskordesign.ca
John H Meyers
> My version of 5.2 has port change availability
Only using the obsolete "Esoteric" plugin.
> and I changed the SMTP port from 25 to 587.
Okay if no other personality ever requires port 25;
that's what's inherently unacceptable
about this obsolete way of using other ports,
which has been entirely revamped in later versions,
to make everything work from the normal GUI settings,
and for all personalities to be independently configurable.
> Although authentication is checked in tools options
> all I get when sending is a 530 error saying authentication is required.
Look at my previously posted log -- you will see that my own authentication
was attempted and failed (because I simply made up a non-real account),
but Eudora did not stop on that error.
My Eudora went right on to attempt to start sending a message,
at which time a _second_ error (just like yours) was finally reported,
which is likely to be the same as in your case.
That's why a good, thorough log
reveals much more than just the last thing that happened,
which is somewhat like the reason that flight data recorders
are searched for after crashes, because the wreckage alone
is not sufficient to explain everything that happened.
> user...@tbaytel.net will not work.
> Their server only accepts username.
They have slightly schizophrenic web pages -- some showing only
"username" in an image but saying in the text to use the full address,
with the "business" web page showing just "username" for the incoming
server, but the full email address in the SMTP server "Account name,"
in the images of Outlook Express.
So I guess it's a good idea to contact that ISP, as you say.
> I have a sneaky suspicion that this problem is tbaytel related
> as it only occurs randomly and after their upgrade
> regardless of what personality I use.
Perhaps they have updated only a randomly selected
group of servers?
I'm looking forward to seeing the photographs and watercolors :)
--
Thomas (Tom) Skoropad
<jhme...@nomail.invalid> wrote:
>I'm looking forward to seeing the photographs and watercolors :)
Thanks for your help John.
Some photos of how we do it up North. Shot January & February of this
year on Lake Superior. Average temps a balmy -25�C
<http://teskordesign.ca/galleries/iceracing/>
Watercolours forthcoming soon... I hope.
Regards,
Tom
www.teskordesign.ca
John H Meyers
> Some photos of how we do it up North. Shot January & February
> of this year, on Lake Superior. Average temps a balmy -25�C
> http://teskordesign.ca/galleries/iceracing/
"Way cool," as they say :)
--