Community Discussions and Support
Problems, and Solution, for AT&T SMTP Difficulty

[quote user="Shades"]

I may have missed something but why not just right_click & "Re-Send", it will need doing for each message but is quick enough

[/quote]

 

Sounds like it would have been a much better way for me to deal with the problem. Wish I had known about it. [:S] I never thought to right click there. Nevertheless, the alternate SMTP provider has been a really good solution, but thanks for the clue.

I've sent David a logfile of a failed session I just created. It appears to proceed normally, accepts all of my test message, but then ends with:

07:16:20.214: >> 550 Request failed; Mailbox unavailable<cr><lf>
07:16:23.520: << QUIT<cr><lf>
07:16:23.577: >> 221 Service Closing transmission<cr><lf>
07:16:23.580: [!] Warning: SSL connection improperly closed by remote host.

This seems to confirm my guess that AT&T downsized the size of their SMPT, and probably also their POP3, server farms, simply because most people use webmail these days. I doubt if AT&T has any interest in going back, and would really prefer that we all just give up and disappear. The alternate SMTP server turns out to be a really good solution for me, because I also use a non-AT&T POP3 server, so this means that I'm no longer dependent on my ISP for email services, making it much easier for me to change ISPs.

 

[quote user=&quot;Shades&quot;]&lt;p&gt;I may have missed something but why not just right_click &amp;amp; &quot;Re-Send&quot;, it will need doing for each message but is quick enough &lt;/p&gt;&lt;p&gt;[/quote]&lt;/p&gt;&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;p&gt;Sounds like it would have been a much better way for me to deal with the problem. Wish I had known about it.&amp;nbsp;[:S] I never thought to right click there. Nevertheless, the alternate SMTP provider has been a really good solution, but thanks for the clue.&lt;/p&gt;&lt;p&gt;I&#039;ve sent David a logfile of a failed session I just created. It appears to proceed normally, accepts all of my test message, but then ends with:&lt;/p&gt;&lt;p&gt;07:16:20.214: &amp;gt;&amp;gt; 550 Request failed; Mailbox unavailable&amp;lt;cr&amp;gt;&amp;lt;lf&amp;gt; 07:16:23.520: &amp;lt;&amp;lt; QUIT&amp;lt;cr&amp;gt;&amp;lt;lf&amp;gt; 07:16:23.577: &amp;gt;&amp;gt; 221 Service Closing transmission&amp;lt;cr&amp;gt;&amp;lt;lf&amp;gt; 07:16:23.580: [!] Warning: SSL connection improperly closed by remote host.&lt;/p&gt;&lt;p&gt;This seems to confirm my guess that AT&amp;amp;T downsized the size of their SMPT, and probably also their POP3, server farms, simply because most people use webmail these days. I doubt if AT&amp;amp;T has any interest in going back, and would really prefer that we all just give up and disappear. The alternate SMTP server turns out to be a really good solution for me, because I also use a non-AT&amp;amp;T POP3 server, so this means that I&#039;m no longer dependent on my ISP for email services, making it much easier for me to change ISPs.&lt;/p&gt;&lt;p&gt;&amp;nbsp;&lt;/p&gt;

Several years ago I started having trouble with my connection to the SMTP server provided by AT&T. What was happening was that when I would try to send mail, 50-70% of the time the connection would time out and the mail would not get sent. What I eventually figured out was that AT&T must have downsized their SMTP servers and they were all busy. This seemed evident because the problem was always worse at times of day, and days of the week, when internet traffic should be higher.

I tried both the old (smtp.att.yahoo.com) and the new servers (outbound.att.net), and got the same result with both. I double-checked my SMTP configurations to make sure that they were correct according to the AT&T instructions, and found no problems there, and, since my setups worked perfectly a small fraction of the time, it seemed like the port and login settings must be good.

After a couple years of this frustration, I gave up and looked for alternate ways to deal with this. I ended up finding a company that basically sold SMTP services: AuthSMTP.com. I contacted them and, IIRC, they had a 1 month trial period that allowed me to check their service before making a longer term commitment. Their service has been flawless for over 2 years now, and I pay US$32 per year, their cheapest plan, to avoid the problems I had with AT&T. I probably send a few hundred emails a month, but they have more expensive plans for people or companies that send more. For me, this has been a cheap and effective solution.

I have no connection to AuthSMTP.com other than being a satisfied customer. I wish I could say the same about AT&T.

Part of my problem was a Pegasus problem, because when my messages weren't accepted by the AT&T SMTP server, Pegasus thought they were, presumably because the problem occurred at a point into the handshaking process where it should have been fine. As it actually happened, my only option was to find each message in my sent mail, choose to forward it to the original sender, reformat it to remove the forwarding bits, and queue it for resending. This was a HUGE burden if there were 5-10 messages to go thru, and it might all get repeated if the SMTP connection failed again, which it often did. Sometimes I would have to go thru this 2-3 times.

So, I'm really happy with AuthSMTP, but this does highlight a couple problems with Pegasus:

1) Under certain circumstances, Pegasus will think that messages have been successfully sent when they really haven't, even though the connection error window had popped up during the connection attempt.

2) Forwarded messages don't appear in the Queue Manager window. They are there, but they don't appear. If I close the Queue Manager window and reopen it, I believe they show up. Yes, this problem still exists under Pegasus version 4.72.572.

I hope this info is useful to someone.

 

&lt;p&gt;Several years ago I started having trouble with my connection to the SMTP server provided by AT&amp;amp;T. What was happening was that when I would try to send mail, 50-70% of the time the connection would time out and the mail would not get sent. What I eventually figured out was that AT&amp;amp;T must have downsized their SMTP servers and they were all busy. This seemed evident because the problem was always worse at times of day, and days of the week, when internet traffic should be higher.&lt;/p&gt;&lt;p&gt;I tried both the old (smtp.att.yahoo.com) and the new servers (outbound.att.net), and got the same result with both. I double-checked my SMTP configurations to make sure that they were correct according to the AT&amp;amp;T instructions, and found no problems there, and, since my setups worked perfectly a small fraction of the time, it seemed like the port and login settings must be good.&lt;/p&gt;&lt;p&gt;After a couple years of this frustration, I gave up and looked for alternate ways to deal with this. I ended up finding a company that basically sold SMTP services: AuthSMTP.com. I contacted them and, IIRC, they had a 1 month trial period that allowed me to check their service before making a longer term commitment. Their service has been flawless for over 2 years now, and I pay US$32 per year, their cheapest plan, to avoid the problems I had with AT&amp;amp;T. I probably send a few hundred emails a month, but they have more expensive plans for people or companies that send more. For me, this has been a cheap and effective solution.&lt;/p&gt;&lt;p&gt;I have no connection to AuthSMTP.com other than being a satisfied customer. I wish I could say the same about AT&amp;amp;T. &lt;/p&gt;&lt;p&gt;Part of my problem was a Pegasus problem, because when my messages weren&#039;t accepted by the AT&amp;amp;T SMTP server, Pegasus thought they were, presumably because the problem occurred at a point into the handshaking process where it should have been fine. As it actually happened, my only option was to find each message in my sent mail, choose to forward it to the original sender, reformat it to remove the forwarding bits, and queue it for resending. This was a &lt;b&gt;HUGE&lt;/b&gt; burden if there were 5-10 messages to go thru, and it might all get repeated if the SMTP connection failed again, which it often did. Sometimes I would have to go thru this 2-3 times. &lt;/p&gt;&lt;p&gt;So, I&#039;m really happy with AuthSMTP, but this does highlight a couple problems with Pegasus:&lt;/p&gt;&lt;p&gt;1) Under certain circumstances, Pegasus will think that messages have been successfully sent when they really haven&#039;t, even though the connection error window had popped up during the connection attempt.&lt;/p&gt;&lt;p&gt;2) Forwarded messages don&#039;t appear in the Queue Manager window. They are there, but they don&#039;t appear. If I close the Queue Manager window and reopen it, I believe they show up. Yes, this problem still exists under Pegasus version 4.72.572.&lt;/p&gt;&lt;p&gt;I hope this info is useful to someone.&lt;/p&gt;&lt;p&gt;&amp;nbsp;&lt;/p&gt;

I may have missed something but why not just right_click & "Re-Send", it will need doing for each message but is quick enough

&lt;p&gt;I may have missed something but why not just right_click &amp;amp; &quot;Re-Send&quot;, it will need doing for each message but is quick enough &lt;/p&gt;

Michael idW pointed me at this problem report, so I'm aware of it now.

In order to fix this, I really need to see a session log showing a delivery that fails in this way. Without the session log, I can really only guess at what sequence of events is happening to lead to what you're seeing. Any chance you could find or generate such a session log for me? If you can, I'll look into it at once - mail it to me directly at my David.Harris@pmail.gen.nz address.

As for the queue manager refresh issue - I've made a note that I need to look into that. It should, with luck, be easy to fix.

Just as an FYI, the SMTP code in Pegasus Mail is in the process of being rewritten from scratch (I've already finished the rewrite of the POP code), so even if you can't generate a session log for me, there are odds that the problem may simply resolve itself as part of the rewrite.

Cheers!

-- David --

Michael idW pointed me at this problem report, so I&#039;m aware of it now. In order to fix this, I really need to see a session log showing a delivery that fails in this way. Without the session log, I can really only guess at what sequence of events is happening to lead to what you&#039;re seeing. Any chance you could find or generate such a session log for me? If you can, I&#039;ll look into it at once - mail it to me directly at my David.Harris@pmail.gen.nz address. As for the queue manager refresh issue - I&#039;ve made a note that I need to look into that. It should, with luck, be easy to fix. Just as an FYI, the SMTP code in Pegasus Mail is in the process of being rewritten from scratch (I&#039;ve already finished the rewrite of the POP code), so even if you can&#039;t generate a session log for me, there are odds that the problem may simply resolve itself as part of the rewrite. Cheers! -- David --
live preview
enter atleast 10 characters
WARNING: You mentioned %MENTIONS%, but they cannot see this message and will not be notified
Saving...
Saved
With selected deselect posts show selected posts
All posts under this topic will be deleted ?
Pending draft ... Click to resume editing
Discard draft