So thank you so much for your time and responses. Guess it is strictly up
to AT&T Yahoo to resolve this issue I am experiencing. You were correct when
you mentioned the server problems.
AT&T and Yahoo! are only related by a contract wherein Yahoo! provides email
service to AT&T customers. If your problem is with email sent from an AT&T
domain ('sbcglobal.net' is just one of nine), then the problem is with
Yahoo! (assuming you are using 'smtp.att.yahoo.com'). But received email,
though you are using 'pop.att.yahoo.com' to fetch it, does not go to the
Yahoo! MX servers, but to the AT&T MX servers. So it may still not be a
Yahoo! problem.
Send email from 'sbcglobal.net':
Subscriber client (MSOE) > Message submission server (smtp.att.yahoo.com) >
Internet...
Receive email to 'sbcglobal.net':
Internet > MX server for 'sbcglobal.net' (in 'prodigy.net' domain) > Mail
Delivery Agent (MDA; which will be accessed at 'pop.att.yahoo.com') >
subscriber client.
Yahoo! email will take a slightly different path, for Plus customers:
Internet > MX server for 'yahoo.com' > MDA (which will be accessed at
'plus.pop.mail.yahoo.com', per new instructions from Yahoo!) > subscriber
client.
This aspect of email is probably beyond what any person should be expected
to know; but, for at&t Yahoo! HSI subscribers, the knowing can help
understand which of the partners are likely to be at fault (AT&T, or
Yahoo!). I sent an email from an 'msn.com' account I have to each a
'pacbell.net' account (at&t Yahoo! HSI; 'pacbell.net' being one of the nine
legacy SBC domain names), and a pure Yahoo! Mail account.
To the at&t Yahoo! HSI account ('pacbell.net', one of the nine legacy SBC
domain names):
| X-Apparently-To: %User_ID%@pacbell.net via 209.191.119.106; Sat, 01 Mar 2008 23:45:12 -0800
| X-Originating-IP: [65.55.175.224]
| Authentication-Results: mta112.sbc.mail.mud.yahoo.com from=msn.com; domainkeys=neutral (no sig)
| Received: from 207.115.20.167 (EHLO flpi127.prodigy.net) (207.115.20.167)
| by mta112.sbc.mail.mud.yahoo.com with SMTP; Sat, 01 Mar 2008 23:45:12 -0800
| Received: from blu139-omc3-s24.blu139.hotmail.com (blu139-omc3-s24.blu139.hotmail.com [65.55.175.224])
| by flpi127.prodigy.net (8.13.8 inb regex/8.13.8) with ESMTP id m227jApk003428
| for <%User_ID%@pacbell.net>; Sat, 1 Mar 2008 23:45:11 -0800
| Received: from BLU110-DS1 ([65.55.162.188]) by blu139-omc3-s24.blu139.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959);
| Sat, 1 Mar 2008 23:45:12 -0800
| X-Originating-IP: [68.127.136.33]
| X-Originating-Email: [%User_ID%@msn.com]
| Message-ID: <
[email protected]>
| From: "Proper Name" <%User_ID%@msn.com>
| To: <%User_ID%@pacbell.net>, <%User_ID%@yahoo.com>
| Subject: [TEST] Difference in routing.
| Date: Sat, 1 Mar 2008 23:42:25 -0800
| X-Mailer: Microsoft Windows Live Mail 12.0.1606
To the pure Yahoo! Mail account (not fetched with a POP3 client; this is not
a "Plus" account):
| X-Apparently-To: %User_ID%@yahoo.com via 68.142.236.200; Sat, 01 Mar 2008 23:45:32 -0800
| X-Originating-IP: [65.55.175.224]
| Authentication-Results: mta460.mail.mud.yahoo.com from=msn.com; domainkeys=neutral (no sig)
| Received: from 65.55.175.224 (EHLO blu139-omc3-s24.blu139.hotmail.com) (65.55.175.224)
| by mta460.mail.mud.yahoo.com with SMTP; Sat, 01 Mar 2008 23:45:31 -0800
| Received: from BLU110-DS1 ([65.55.162.188]) by blu139-omc3-s24.blu139.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959);
| Sat, 1 Mar 2008 23:45:12 -0800
| X-Originating-IP: [68.127.136.33]
| X-Originating-Email: [%User_ID%@msn.com]
| Message-ID: <
[email protected]>
| From: "Proper Name" <%User_ID%@msn.com>
| To: %User_ID%@pacbell.net, %User_ID%@yahoo.com
| Subject: [TEST] Difference in routing.
| Date: Sat, 1 Mar 2008 23:42:25 -0800
| X-Mailer: Microsoft Windows Live Mail 12.0.1606
I edited the headers down to just enough relevant lines to demonstrate that
they are the same message, from the same source. The primary difference is
in the lines where the email is received from the Windows Live Hotmail SMTP
relay agent ('blu139-omc3-s24.blu139.hotmail.com') by the respective domain
gateway (MX) SMTP servers ('mta460.mail.mud.yahoo.com' for Yahoo! Mail; and
'flpi127.prodigy.net' for at&t Yahoo! HSI). It is these last two serves,
respectively, which would refuse to accept any email, forcing the SMTP relay
agent trying to send to have to return the email to the sender. Email
refused by 'mta460.mail.mud.yahoo.com' will be identified in the Delivery
Status Notice as having refused, as would email refused by
'flpi127.prodigy.net'. I don't know if they have similar, or different
policies on those servers.
If that seems confusing, well...it is. But it serves to illustrate that
email to any of the nine legacy SBC domains will take a slightly different
path to the user mailboxes than email to 'yahoo.com'.
In case you are curious, those nine legacy SBC domains are:
ameritech.net
flash.net
nvbell.net
pacbell.net
prodigy.net
sbcglobal.net
snet.net
swbell.net
wans.net
--
Norman
~Shine, bright morning light,
~now in the air the spring is coming.
~Sweet, blowing wind,
~singing down the hills and valleys.