 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
Mac Forum / Applications / Eudora / September 2007Sent msgs stayed queued
Hi all -- Mac OS 10.4.10, Eudora 6.2.4 (paid). Even though I have not changed any settings that I am aware of, one of my personalities now refuses to send email. Sent msgs are queued but never sent, even after selecting "Send immediately". There are no error messages. Watching the Task Progress window shows a normal sequence, "Preparing to transfer" and "Cleaning up" etc. "Send mail whenever sends are done" has always been checked. This particular personality is another mailbox on the same POP server as my Main/dominant personality, which still functions fine. Any suggestions? Thanks in advance for your help. In case this is of help to anyone else, I seem to have solved the problem. I finally did an obvious thing -- I deleted the personality from Eudora, quit then restarted Eudora, and added the personality back. Sent msgs are no longer staying Queued. I suppose something got corrupted. > > Hi all -- Mac OS 10.4.10, Eudora 6.2.4 (paid). > > [quoted text clipped - 16 lines] > back. Sent msgs are no longer staying Queued. I suppose something > got corrupted. Well, I'm having the same problem as the OP, and following his suggestion of deleting the personality and adding a new one did not work. Anybody have any ideas?  SignatureD.F. Manno | dfmanno@mail.com The America I believe in does not torture people. The America I believe in does not run secret prisons. The America I believe in would shut down Guantanamo Bay. (Amnesty International USA) > Well, I'm having the same problem as the OP, and following his > suggestion of deleting the personality and adding a new one did not > work. Anybody have any ideas? Any ideas anyone? The problem has recurred, and it is now affecting my Main personality as well. After almost a decade of using Eudora, this is the first absolute show stopper I've had -- if you can't send email, why use the program? As a side note, I tried joining the Eudora forums, in order to ask the question there. In response, I was told I did not meet "membership requirements" and would not be allowed to post. WTF? On Wed, 29 Aug 2007 15:34:49 -0500, a yahoo.com user wrote: > As a side note, I tried joining the Eudora forums, in order to > ask the question there. In response, I was told I did not meet > "membership requirements" and would not be allowed to post. Was this a response from the initial registration page, or was it received later, in a "confirmation" email? Quite a few spammers had been posting unsuitable things into those forums some while ago, and it's possible that some obstacle to registration may have been imposed. It is also possible that the registration procedure might reject certain email addresses (or domains), but I just submitted a registration request giving a yahoo.com email address, and it was not rejected by the sign-up form. If you have ever registered there before, but had any problems there, then perhaps try another email address. The Qualcomm forums might not last much longer, unless Qualcomm feels like extending them, but it is possible meanwhile for anyone to use the forum search engine and read everything ever posted, which often turns up someone who had exactly the same issue before, and perhaps even a solution. http://eudorabb.qualcomm.com/search.php [search any/all forums] -- > Was this a response from the initial registration page, > or was it received later, in a "confirmation email? This was several days after registering online, in the 'confirmation' email. I wrote them back, asking what were the requirements, etc, but no response. I used this email address, yahoo.com domain. In my searches about the original queuing problem, I've run across several instances in this forum and others where someone had the same problem -- but no answers, unfortunately, besides making sure the obvious settings are correct. Is it possible this queuing situation arises because of some funniness with the SMTP server? The email provider for the personalities in question has recently made some changes in their setup. > > Was this a response from the initial registration page, > > or was it received later, in a "confirmation email? [quoted text clipped - 11 lines] > with the SMTP server? The email provider for the personalities in > question has recently made some changes in their setup. That's certainly a possibility. You might get some clues on that question from turning on Eudora's logging and watching what happens when Eudora tries to send the queued mail. SignatureNow where did I hide that website... > That's certainly a possibility. You might get some clues on that > question from turning on Eudora's logging and watching what happens when > Eudora tries to send the queued mail. D'oh! Why didn't I think of that. I turned on the log and found the problem -- after the msg is sent there's this: "535 authorization failed (#5.7.0)\r\n" But Eudora does not display an error message, just leaves the message in queue. Any idea what's going on? > > That's certainly a possibility. You might get some clues on that > > question from turning on Eudora's logging and watching what happens when [quoted text clipped - 7 lines] > But Eudora does not display an error message, just leaves the message > in queue. Any idea what's going on? Ah, this triggered a vague memory that your problem may have something to do with the Keychain. A Google search found this (old, but perhaps may still help): Q: I upgraded to Eudora 5.2.3 (Mac OS 9) and all mail is queued in my Out box. A: Because STMP for outgoing mail was enabled within the 5.2.3 installer (Required, Alternate Port for SMTP under the Settings>SSL) users need to "create" a new keychain. 1. Go to Control Panels>Keychain access. 2. Start up Eudora and resend a message. Result: You're presented with an unknown SSL certificate dialog warning saying that "You're connected to a server which has an SSL certificate that is not in your keychain. Would you like to open this certificate in the Keychain Access control panel so that you can add it to your keychain?" 3. Click Open in the Add Certificate dialog box. 4. Click the box next to Add to keychain. 5. From the pull down menu, select Always trust for when using this certificate then click OK. Result: A Root Certificate screen will pop up. Do not worry that it says the certificate is not valid, 6. Click Done. Result: This will pop up the Keychain Access Control Panel. 7. Close Keychain Access then resend the mail. Roberta SignatureRoberta Millstein usenet@spamaway.rlm.net Remove "spamaway" to reply -- Posted via a free Usenet account from http://www.teranews.com > Ah, this triggered a vague memory that your problem may have something > to do with the Keychain. A Google search found this (old, but perhaps > may still help): > > Q: I upgraded to Eudora 5.2.3 (Mac OS 9) and all mail is queued in my > Out box. Thanks for thinking of this, but I am afraid you are right, it's very old. I tried to do kinda sorta the stuff in the answer, but OS 10.4.10 is so very different from OS 9... I am almost sure it is some funniness on my email provider's part (mydomain.com), but their tech support is not being very communicative or helpful. Their server asks for authentication, Eudora sends it, auth fails. Interestingly, the next time I check email after trying to send, Eudora asks for the password, which makes sense, since the last Eudora heard from the server was auth failure. I type in my password again, auth works for checking msgs, and I'm back where I started. It may be easier to change email providers. > > Ah, this triggered a vague memory that your problem may have something > > to do with the Keychain. A Google search found this (old, but perhaps [quoted text clipped - 16 lines] > I type in my password again, auth works for checking msgs, and I'm > back where I started. It may be easier to change email providers. I have more vagueness for you.... Try turning on 'all bytes transferred' in the Logging settings pane (that may require the Esoteric Settings plugin...) and look at the log for what sort of authentication Eudora is trying. SMTP AUTH supports a suite of methods, and there are some mail servers that get certain methods wrong and other cases where they advertise capabilities they can't support. In other cases (e.g. Yahoo) they support authentication in ways that are inherently insecure (e.g. plaintext passwords over unencrypted sessions) and Eudora might be balking at that. The things to look for in the log are what AUTH mechanisms the server is advertising and what method Eudora is trying to use. SignatureNow where did I hide that website... > The things to look for in the log are what AUTH mechanisms the server is > advertising and what method Eudora is trying to use. I am getting in over my head here, but I think I saw that in the log I captured earlier. I think what this means is that the server asks for CRAM-MD5, and Eudora responds with CRAM-MD5, but the server doesn't like it: 456104960 32:0.0.32 Sent: "EHLO [10.0.0.52]\r\n" 456104960 32:0.0.49 Rcvd: "250-mail5.dotsterhost.com\r\n" 456104960 32:0.0.49 Rcvd: "250-AUTH LOGIN CRAM-MD5 PLAIN\r\n" 456104960 32:0.0.49 Rcvd: "250-AUTH=LOGIN CRAM-MD5 PLAIN\r\n" 456104960 32:0.0.49 Rcvd: "250-PIPELINING\r\n" 456104960 32:0.0.49 Rcvd: "250 8BITMIME\r\n" 456104960 32:0.0.49 Sent: "auth CRAM-MD5\r\n" 456104960 32:0.1.5 Rcvd: "334 [long key of gibberish] +\r\n" 456104960 32:0.1.5 Sent: "[long key of gibberish] \r\n" 456104960 32:0.6.22 Rcvd: "535 authorization failed (#5.7.0)\r\n" Thanks again for the help and suggestions. The mydomain.com "tech support" haven't answered in a long while, once they realized it was not something simple like "Make sure authorization is turned on." FIXED! I did some more digging around and forced myself to learn a bit more about SMTP server commands, LOL, and ending up fixing the problem. The log excerpt I posted showed that the SMTP server was asking for either 'login' or 'CRAM-MD-5' authentication. Eudora responded with CRAM-MD5, but the server did not like it. So, I found the suggestion in the Qualcomm archives to disable CRAM- MD5. http://eudora.com/techsupport/kb/2434hq.html I changed the setting for 12909, and voil?, I can send email again. Thanks to all for reading my saga and making helpful suggestions. > FIXED! I did some more digging around and forced myself to learn a > bit more about SMTP server commands, LOL, and ending up fixing the [quoted text clipped - 12 lines] > > Thanks to all for reading my saga and making helpful suggestions. Unfortunately for me, this is not the solution to my problem. SignatureD.F. Manno | dfmanno@mail.com The America I believe in does not torture people. The America I believe in does not run secret prisons. The America I believe in would shut down Guantanamo Bay. (Amnesty International USA) > Unfortunately for me, this is not the solution to my problem. Have you tried logging the attempt to send an email? What does the log say Eudora is doing or not doing? In my case, the log was the key to unlocking the mystery. > > Unfortunately for me, this is not the solution to my problem. > > Have you tried logging the attempt to send an email? What does the > log say Eudora is doing or not doing? In my case, the log was the key > to unlocking the mystery. I don't know how to decipher it, but here's the log from the latest attempt: Sun Sep 02 19:03:34 2007 25748992 1:2.49.37 smtp.toast.net 25 25748992 262144:0.0.1 DNS Lookup of "smtp.toast.net" 25748992 262144:0.0.1 65.203.23.157 (1) 25748992 262144:0.0.2 Connecting to 65.203.23.157:25 25748992 262144:0.0.10 Connected to 65.203.23.157:25 25748992 32:0.0.18 Rcvd: "220 neon.eucnet.com modusGate ESMTP Receiver Version 4.4.568.54 Ready\r\n" 25748992 32:0.0.18 Sent: "EHLO [68.244.34.201]\r\n" 25748992 32:0.0.26 Rcvd: "250-neon.eucnet.com\r\n" 25748992 32:0.0.26 Rcvd: "250-SIZE 20480000\r\n" 25748992 32:0.0.26 Rcvd: "250-ETRN\r\n" 25748992 32:0.0.26 Rcvd: "250-ENHANCEDSTATUSCODES\r\n" 25748992 32:0.0.26 Rcvd: "250-X-IMS 5 -1\r\n" 25748992 32:0.0.26 Rcvd: "250-DSN\r\n" 25748992 32:0.0.26 Rcvd: "250-VRFY\r\n" 25748992 32:0.0.26 Rcvd: "250-AUTH LOGIN\r\n" 25748992 32:0.0.26 Rcvd: "250-AUTH=LOGIN\r\n" 25748992 32:0.0.26 Rcvd: "250 8BITMIME\r\n" 25748992 262144:0.0.26 ESMTP has NFI what "neon.eucnet.com" is supposed to mean 25748992 262144:0.0.26 ESMTP size 204800013 25748992 262144:0.0.26 ESMTP has NFI what "ETRN" is supposed to mean 25748992 262144:0.0.26 ESMTP has NFI what "ENHANCEDSTATUSCODES" is supposed to mean 25748992 262144:0.0.26 ESMTP has NFI what "X-IMS" is supposed to mean 25748992 262144:0.0.26 ESMTP has NFI what "DSN" is supposed to mean 25748992 262144:0.0.26 ESMTP has NFI what "VRFY" is supposed to mean 25748992 262144:0.0.26 SASL mech LOGIN understood 25748992 262144:0.0.26 SASL mech was now LOGIN 25748992 262144:0.0.26 ESMTP SASL mech LOGIN 25748992 262144:0.0.26 SASL mech LOGIN understood 25748992 262144:0.0.26 SASL mech was LOGIN now LOGIN 25748992 262144:0.0.26 ESMTP SASL mech LOGIN 25748992 262144:0.0.26 ESMTP mime8bit 25748992 262144:0.0.26 SMTP auth LOGIN under way... 25748992 32:0.0.26 Sent: "auth LOGIN\r\n" 25748992 32:0.0.34 Rcvd: "334 VXNlcm5hbWU6\r\n" 25748992 32:0.0.34 Sent: "ZGZtYWx0MzQ2NUBtYWNtYWlsLmNvbQ==\r\n" 25748992 32:0.0.43 Rcvd: "334 UGFzc3dvcmQ6\r\n" 25748992 32:0.0.43 Sent: "ODUyMjU4\r\n" 25748992 32:0.0.51 Rcvd: "454 4.3.0 Authentication failed - server problem\r\n" 25748992 32:0.0.51 Sent: "QUIT\r\n" 25748992 32:0.1.0 Rcvd: "221 2.0.0 neon.eucnet.com closing\r\n" SignatureD.F. Manno | dfmanno@mail.com The America I believe in does not torture people. The America I believe in does not run secret prisons. The America I believe in would shut down Guantanamo Bay. (Amnesty International USA) In article <dfmanno-215A9E.19072502092007@sn-radius.vsrv-sjc.supernews.net>, > > > Unfortunately for me, this is not the solution to my problem. > > [quoted text clipped - 4 lines] > I don't know how to decipher it, but here's the log from the latest > attempt: First and most important: CHANGE THE PASSWORD FOR <d f m a l t 3 4 6 5 @ m a c m a i l . c o m> RIGHT NOW AND PICK A LESS EASILY GUESSED ONE! ALSO CHANGE THE PASSWORD ON ANY OTHER ACCOUNT WHERE YOU USE THE SAME SORT OF VERY WEAK PASSWORD! You've posted your ID and password, and exposed the fact that you use a password that a brute-force attack would hit rather swiftly. > Sun Sep 02 19:03:34 2007 > 25748992 1:2.49.37 smtp.toast.net 25 [quoted text clipped - 24 lines] > 25748992 262144:0.0.26 ESMTP has NFI what "DSN" is supposed to mean > 25748992 262144:0.0.26 ESMTP has NFI what "VRFY" is supposed to mean Steve Dorner retains a sense of humor... those just mean that the quoted strings MIGHT represent SMTP extensions (and most do) but that Eudora's ESMTP subsystem doesn't know what they are. > 25748992 262144:0.0.26 SASL mech LOGIN understood > 25748992 262144:0.0.26 SASL mech was now LOGIN [quoted text clipped - 13 lines] > 25748992 32:0.0.51 Sent: "QUIT\r\n" > 25748992 32:0.1.0 Rcvd: "221 2.0.0 neon.eucnet.com closing\r\n" Your full email address is encoded above (as is a very unwisely chosen password) and it isn't clear why you are using it for authentication for this server, but the bottom line is that is not working. The error response implies a server-side problem, but sometimes that is deceptive. In this case, the combination of that easily decoded ID/password method of authentication and an unencrypted session is very questionable. The server is not offering encryption or an any authentication method that can't be sniffed off the wire, so there's a very real problem here. My guesses about your problem in order of my guess as to their likelihood: 1. You are using the wrong outgoing mail server settings for this personality. I think macmail.com addresses are offered without any outgoing service, i.e. so that you use whatever outgoing mail server you can with whatever connection you have, and that would mean NOT using that ID as the basis of your authentication. Personally, I wouldn't use ANY authentication with that server since it is apparently run by people with no security clues, but that's your choice. Be aware that anyone with access to the packets of your communication to that server can own whatever account you are using to authenticate with. 2. That server really does know about the username provided despite not having any obvious link to macmail.com, but its authentication subsystem is temporarily broken and not able to tell you whether the password is correct. SignatureNow where did I hide that website... > > Ah, this triggered a vague memory that your problem may have something > > to do with the Keychain. A Google search found this (old, but perhaps [quoted text clipped - 6 lines] > old. I tried to do kinda sorta the stuff in the answer, but OS > 10.4.10 is so very different from OS 9... It's rather a long shot, but I recently had a problem in Eudora with the keychain and certificate acceptance that went away after I restarted the computer. Now if I could just get my server to accept my messages. About 50% of the time, if I'm logged in from an IP outside my provider's IP's, the server rejects the message because it "looks like spam." SignatureKathy - If you're reading this in your web browser from Google or similar forum, NNTP "newsreaders" are a better way to access the content. <http://www.aptalaska.net/~kmorgan/how-it-works.html> Links to NNTP newsreaders at <http://www.newsreaders.com/> On Thu, 30 Aug 2007 07:10:47 -0500, rote: >> Was this a response from the initial registration page, >> or was it received later, in a "confirmation email? > This was several days after registering online, in the 'confirmation' > email. I wrote them back, asking what were the requirements, etc, > but no response. I used this email address, yahoo.com domain. You may no longer be interested in the forum, since you're tracking down the problem without bothering, but since it's under control of Qualcomm, and since they seem to be manually approving each request (given the delay), I'd guess that it might take a phone call to Qualcomm support to find out (or get them to okay you). Various other recent new people making posts have only recently registered, so they are not shutting out all new registrations, by any means. Good luck with the actual Eudora issue at hand. -- |
Reply to this Message |
 Sign In
 Join
 My Latest Posts My Monitored Threads My Blog My Photo Gallery My Profile My Homepage Start New Thread Enable EMail Alerts Rate this Thread
|
©2008 Advenet LLC Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.