Closed Bug 535045 Opened 15 years ago Closed 12 years ago

POP3 similar sent email does not go through, sensitive to .smtp1.auth_method

Categories

(MailNews Core :: Networking: SMTP, defect)

x86
Windows XP
defect
Not set
major

Tracking

(Not tracked)

VERIFIED INCOMPLETE

People

(Reporter: bugzilla.mozilla, Unassigned)

Details

(Keywords: testcase)

Attachments

(3 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0

I have two emails, very similar. Both are ~1k of text, some html, and include 4 pictures, ~40k total. The first email goes through every time, the second is sensitive to .smtp1.auth_method. 

I have Thunderbird 3.0 (as of yesterday), had been using Thunderbird 2.0.0.23 (?), and have tried with Shredder (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20091215 Shredder/3.1a1pre).

The issue is present in all three versions.

I am using POP3 on Exchange 2003, at my work. I had sent emails, which never arrived at their destination. If I send these two emails from myself to myself, one goes through, the other depends upon the auth_method setting.

Reproducible: Always

Steps to Reproduce:
1. I have attached the two emails, in the form of a local folder. Add this local folder to your profile.
2. Set the following in prefs.js:
user_pref("mail.smtpserver.smtp1.auth_method", 1);
user_pref("mail.smtpserver.smtp1.username", "<user for your environment>");
3. Start email client. Right click on each email in test folder, and select "edit as new". The to address will have to be changed obviously. Send the email.
4. Both emails will be received.
5. Close and set prefs.js as follows:
user_pref("mail.smtpserver.smtp1.auth_method", 0);
delete - user_pref("mail.smtpserver.smtp1.username", "<user ...>");
6. Start email client. Right click on each email in test folder, and select "edit as new". The to address will have to be changed obviously. Send the email.
7. Only one email will be received.

Actual Results:  
Included above, 

With:
user_pref("mail.smtpserver.smtp1.auth_method", 1);
user_pref("mail.smtpserver.smtp1.username", "<user for your environment>");
Both emails are received.

With:
user_pref("mail.smtpserver.smtp1.auth_method", 0);
only one email is received.

Expected Results:  
Included in steps to reproduce and actual results.

I have no themes installed other than the default. I had Lightning 0.9 in Thunderbird 2, but not in Thunderbird 3 nor Shredder 3.1a1pre.

I can sort through emails and find more examples which have disappeared. I have only tracked it down to this level with these two emails.
I should add:

I had previously determined that if you forward the email from the folder, or from the sent folder, they both go through just fine. So there is a difference between "edit as new", and "forward", with the same source message, and the same destination.
Thanks for this very clear bug report while you are at it could you provide us with smtp logs too ? 

how to get logs is described at https://wiki.mozilla.org/MailNews:Logging
Component: General → Networking: SMTP
Keywords: testcase
Product: Thunderbird → MailNews Core
QA Contact: general → networking.smtp
Version: unspecified → Trunk
The logs don't show much.
Whiteboard: [has protocol logs]
Anything else I can provide? 

There don't seem to be any Exchange errors tied to these messages. 

I sniffed the Ethernet traffic, using Wireshark, and excerpted the SMTP conversations, and I don't see any major differences. The sections of the email are numbered differently, and the authentication section is missing from the bad set, ie with auth_method=0. I can attach these captures if anybody thinks they are helpful. If so, should I change/redact/etc the AUTH field?
Reporter, do you still see this problem?
Whiteboard: [has protocol logs] → [closeme 2012-02-21]
I wanted to test what is reported; however, the first few lines of file prefs.js reads:
# Mozilla User Preferences

/* Do not edit this file.
 *
 * If you make changes to this file while the application is running,
 * the changes will be overwritten when the application exits.
 *
 * To make a manual change to preferences, you can visit the URL about:config
 * For more information, see http://www.mozilla.org/unix/customizing.html#prefs
 */

1) the link http://www.mozilla.org/unix/customizing.html#prefs  shows as error 404, page not found.

2) URL about:config does not have Thunderbird parameters.

The reason for my doing this is that I do not know, and have not been able to find out within the last 30 minutes, what user_pref("mail.smtpserver.smtp1.auth_method", 0); does.  My guess is that Username/Password will be supplied every time.

3) All my accounts have user_pref("mail.smtpserver.smtp1.auth_method", 1); with username that follows.  This is the case from Thunderbird 2 to 7.0.1

Q1) Is it possible to create an account under Thunderbird "Account Settings" that would do what is requested; without having to edit prefs.js ?

Q2) Is editing prefs.js a violation or is the message in the file an error?
(In reply to bugzilla.mozilla from comment #4)
> SMTP logs with auth_mode=1, both messages recieved, good results.
Both mails are normally accepted by server.
> SMTP Response: 250 2.6.0 <4B294CF7.90503@freewave.com> Queued mail for delivery
> SMTP Response: 250 2.6.0 <4B294CFE.8090007@freewave.com> Queued mail for delivery

(In reply to bugzilla.mozilla from comment #5)
> SMTP logs with auth_mode=0, one message recieved, bad results.
Both mails are normally accepted by server.
> SMTP Response: 250 2.6.0 <4B294D78.2010803@freewave.com> Queued mail for delivery
> SMTP Response: 250 2.6.0 <4B294D7E.2070408@freewave.com> Queued mail for delivery

Mail data itself is absolutely irrelevant to authentication method, and once mail data is accepted by SMTP server, all is up to SMTP server and Relay server and Destination server. Mail client such as Tb can do nothing on the mail once the mail is accepted by server.

Any mail in test was from you to yourself.
> SMTP Send: MAIL FROM:<pharness@freewave.com>
> SMTP Send: RCPT TO:<pharness@freewave.com>
If mail of <4B294D78.2010803@freewave.com> or <4B294D7E.2070408@freewave.com> in test with auth_mode=0 was not delivered to recipient(your Mbox), ask freewave.com for whether the mail was delivered to your Mbox or not.

Applied Spam Policy by ISP is different between access with login("you sent the mail" is guranteed unless your password is stolen) and access without login(there is no gurantee that you actually sent the mail).
If you sent same mails repeatedly, freewave.com might have considered one of same mails as Spam when you used SMTP server of freewave.com without login(auth_mode=0).

What is reason why you are trying to use freewave.com's SMTP server without loin(without SMTP-AUTH) even though freewave.com already supports SMTP-AUTH?
(In reply to WADA from comment #10)
> <4B294D7E.2070408@freewave.com> in test with auth_mode=0 was not delivered
> to recipient(your Mbox), ask freewave.com for whether the mail was delivered
> to your Mbox or not.

Gentle People, show some mercy on our lost souls, I clicked on http://freewave.com/ hoping to see (auth_mode=0) and instead I learned everything about Electricity and Smart Meters.  :) 

- Now to add to comment 10; there is one other way that an e-mail is not delivered.  That is when the sender ISP is blacklisted by the receiving ISP.  (with dialups one logs into different ISP and mail eventually gets through) 
- The ISP policy mentioned in comment 10 should also be looked at carefully.  For example what will not go out (regarded as SPAM) under POP, will go out as IMAP.  Example: att.net, port 25 is closed to incorrect FROM:, but ports 587 and 465 are open.

Frankly now I do not know if this bug is about user_pref("mail.smtpserver.smtp1.auth_method", 0); or ways that ones e-mail is not delivered.
Resolved per whiteboard
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → INCOMPLETE
Whiteboard: [closeme 2012-02-21]
 Parkhideh / Wada, thanks for having tried to help. Reporter does seem to be gone
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: