Closed Bug 420743 Opened 16 years ago Closed 16 years ago

Thunderbird message headers causing problems when sending to hotmail (dropped email!)

Categories

(Thunderbird :: General, defect)

defect
Not set
critical

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 279525

People

(Reporter: chadsspameateremail, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
Build Identifier: version 1.5.0.14 (20071210)

Thunderbird message headers are causing problems when sending to hotmail users because of how the headers are formulated.

The following website details the issue.  Relevant text is included below.
http://ora.seiler.us/2006/03/hotmail-vs-thunderbird-quickening.html

----
Hotmail vs Thunderbird: The Quickening

----
I've been sending a lot of email to a lot of vague acquaintances lately, mostly due to trying to get a lot of people to join us and play some Ultimate. Obviously a lot of people happen to use Hotmail for their email provider. One day, one such acquaintance told me that he hadn't received an expected email from me. Intrigued and suspicious, I decided to do some controlled testing with a dummy hotmail account I've kept around for just such an occasion.

It turns out that when I send email from Mozilla Thunderbird to a Hotmail address in which my address is not already in their contact list or in the "Safe List", it simply gets dropped by Hotmail. It doesn't even get delivered to that user's Junk Folder or anything for them to deal with. No notification is sent to me that the mail wasn't delivered, since my mail was accepted by my ISP's SMTP server just fine, which then sends it to Hotmail. And the recipient obviously has know way of knowing that an email wasn't delivered, except for my personally notifying them through non-email channels.

What was even more curious though, is that when I sent mail from ssmtp or msmtp (via mutt) on my linux box at home, also going through my ISP's SMTP server, it was received.

Well it turns out that both Thunderbird and Hotmail are at fault (in my opinion) on this one. Thunderbird sends an IP address in the SMTP HELO command. This is basically asking to get flagged as spam by any decent spam catcher, like SpamAssassin. I feel comfortable saying that this is why Hotmail drops the mail. Thunderbird doesn't even try to get the client machine's hostname or FQDN. On linux, ssmtp would send the internal (non-resolvable) FQDN of that machine, and msmtp would just literally send "localhost". Both were acceptable to Hotmail. Outlook and Outlook Express send just the hostname (not FQDN). Thunderbird always sends the IP address, no matter what.

Well fine, but then why does Hotmail feel the need to simply drop the message. As I said earlier, if my email address is in the Hotmail user's Safe List or contact list, it will be received. But if the user never sees my message in the first place, they would never know to add me to their list. Plus if I'm trying to email a bunch of kids (e.g. replying-all to a multi-recipient list), I shouldn't be expected to first contact them another way and ask them to add me as a contact so Hotmail won't drop the message. It's just asinine. What is the point of the Junk folder, I ask? Rest assured that I've gone over my own Hotmail Junk Filter settings and made them as forgiving as possible. The mail doesn't get delivered. PERIOD.

Furthermore, as you'd read in the Thunderbird bug, the SMTP RFC does indeed say to send the IP address if the FQDN is not obtainable. Even though Thunderbird really isn't making an effort to obtain the FQDN, simply blackholing the email message is going to result in a lot of data loss.

What's more, it isn't like Thunderbird is sending the "bad" HELO to Hotmail. It is sending it to SBC's (my ISP) SMTP server, which requires authentication, and is accepted there just fine. Here is a header snippet to show you what I mean:

Received: from smtp104.sbc.mail.re2.yahoo.com ([68.142.229.101]) by bay0-mc5-f16.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 30 Mar 2006 10:58:00 -0800
Received: (qmail 93766 invoked from network); 30 Mar 2006 18:57:59 -0000
Received: from unknown (HELO ?172.16.2.3?) (foobar@ameritech.net@1.1.1.1 with plain) by smtp104.sbc.mail.re2.yahoo.com with SMTP; 30 Mar 2006 18:57:59 -0000
User-Agent: Thunderbird 1.5 (Windows/20051201)

I've changed my internal and external IPs and ameritech.net login to protect the innocent. As you can see, the "bad" HELO is buried down in the message. Hotmail doesn't seem to trust SBC's authenticated SMTP server enough to just accept it.

And so, if you have Hotmail, there is a chance someone out there is trying to email you and you simply aren't seeing it. I'd suggest emailing bill@microsoft.com and let him know. Just don't do it from Thunderbird.

Reproducible: Sometimes

Steps to Reproduce:
1. Send email to hotmail
2. Likely the email was never received and never even reached the "Junk Folder" of the recipient
Actual Results:  
Email isn't received

Expected Results:  
The user would get the email.

Please fix this problem!
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
(In reply to comment #1)
> 
> *** This bug has been marked as a duplicate of bug 279525 ***

No, i think duplicate of bug 417942
Really? You think that a copy-paste of a blog post which was about bug 279525, and even included a link to bug 279525, by someone using an out-of-date and unsupported version of Thunderbird which does not have the fix from bug 279525, on an OS where the fix from bug 279525 would have most certainly fixed the reported problem, is a duplicate of another bug? Why?
You need to log in before you can comment on or make changes to this bug.