On 11-03-16 1:22 PM, Eric Weir wrote:
On Mar 15, 2011, at 9:08 AM, Bruce Walker wrote:
Did you learn about tcpdump or Wireshark during your year of living Linuxly?
You could inspect a packet trace of the email transfer to see if some other
weirdness is going on.
Nope, not familiar with those.
I should've asked Godfrey how he determined it was a server issue. Also, if he
was able to get it fixed, how he did so. Talking with his provider?
------------------------------------------------------------------------------------------
Eric Weir
Decatur, GA USA
[email protected]
The problem here is that ISP's are taking the brunt of all email
submission now. That means their servers have to be able to handle tens
to hundreds of thousands of clients passing in email every hour.
Inevitably there will be times when they are overloaded and drop
connections or won't accept new ones. That's quite possibly what you
are experiencing.
As big as they are, I've had this problem with Gmail. I configure
Thunderbird to connect to Gmail to read mail via IMAP and send mail back
through Gmail's SMTP servers. Every so often I get a failed-to-send
dialog and I just have to retry. It usually succeeds on the 2nd try.
Back in the good ol' days, everybody had a local MTA (mail transport
agent) in their network that accepted mail from their mail clients and
queued it up for delivery upstream. The MTA takes care of dealing with
those timeouts due to momentary network glitches by doing automatic
retries and you don't have to see any of that. As far as you can tell,
you hit Send and it just goes.
It's possible to set up an MTA (eg sendmail, or better yet, Postfix) on
your workstation. Macs come with Postfix installed, but disabled by
default. It's not hard to enable it. It is a little tricky to do all
the configuration needed to get it forwarding mail for you (and dealing
with SSL certificates etc.), and quite honestly I don't recommend it
unless you are a *really* serious tinkerer.
-bmw
--
PDML Pentax-Discuss Mail List
[email protected]
http://pdml.net/mailman/listinfo/pdml_pdml.net
to UNSUBSCRIBE from the PDML, please visit the link directly above and follow
the directions.
