Closed Bug 473125 Opened 16 years ago Closed 16 years ago

Sending mail with failed SMTP auth does not report error and copies to "Sent Items"

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
VERIFIED INVALID

People

(Reporter: mozilla, Unassigned)

Details

User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648) Build Identifier: version 2.0.0.19 (20081209) Configure TB to authenticate SMTP. Write a mail and send it. The SMTP authentication does NOT pass, but TB does not bring a warning and copies the "sent" mail to Sent Items. Here the SMTP communication can be found in the Additional Infos. This is quite cumbersome, since I have "sent" some mails and none of them really arrived. Reproducible: Always Steps to Reproduce: 1. configure authenticated SMTP 2. send mail Expected Results: The authentication error should at least show and the mail should not be copied to the Sent Items "SMTPD" 2340 4983 "2008-12-30 10:13:25.926" "84.72.22.87" "SENT: 220 <gargamel.ch> [hMailServer 4.3 ESMTP Server] service ready." "SMTPD" 2324 4983 "2008-12-30 10:13:25.935" "84.72.22.87" "RECEIVED: EHLO [192.168.42.3]" "SMTPD" 2324 4983 "2008-12-30 10:13:25.936" "84.72.22.87" "SENT: 250-hmailserver[nl]250-SIZE[nl]250 AUTH LOGIN PLAIN" "SMTPD" 2340 4983 "2008-12-30 10:13:25.955" "84.72.22.87" "RECEIVED: AUTH LOGIN" "SMTPD" 2340 4983 "2008-12-30 10:13:25.956" "84.72.22.87" "SENT: 334 VXNlcm5hbWU6" "SMTPD" 2324 4983 "2008-12-30 10:13:25.975" "84.72.22.87" "RECEIVED: c29uamFAZ2FyZ2FtZWwuY2g=" "SMTPD" 2324 4983 "2008-12-30 10:13:25.976" "84.72.22.87" "SENT: 334 UGFzc3dvcmQ6" "SMTPD" 2340 4983 "2008-12-30 10:13:25.995" "84.72.22.87" "RECEIVED: ***" "SMTPD" 2340 4983 "2008-12-30 10:13:25.998" "84.72.22.87" "SENT: 535 Authentication failed. Restarting authentication process." "SMTPD" 2324 4983 "2008-12-30 10:13:26.015" "84.72.22.87" "RECEIVED: MAIL FROM: <s***a@a*****z.ch> SIZE=2691" "SMTPD" 2324 4983 "2008-12-30 10:13:26.624" "84.72.22.87" "SENT: 250 OK" "SMTPD" 2340 4983 "2008-12-30 10:13:26.645" "84.72.22.87" "RECEIVED: RCPT TO: <g******a_m***r@bluemail.ch>" "SMTPD" 2340 4983 "2008-12-30 10:13:26.647" "84.72.22.87" "SENT: 530 SMTP authentication is required." "SMTPD" 2324 4983 "2008-12-30 10:13:26.665" "84.72.22.87" "RECEIVED: QUIT" "SMTPD" 2324 4983 "2008-12-30 10:13:26.666" "84.72.22.87" "SENT: 221 goodbye" "IMAPD" 2324 4978 "2008-12-30 10:13:26.893" "84.72.22.87" "RECEIVED: DONE" "IMAPD" 2324 4978 "2008-12-30 10:13:26.893" "84.72.22.87" "SENT: 22 OK IDLE terminated" "IMAPD" 2324 4978 "2008-12-30 10:13:26.931" "84.72.22.87" "RECEIVED: 23 uid store 73501 +Flags (\Answered)" "IMAPD" 2324 4978 "2008-12-30 10:13:26.934" "84.72.22.87" "SENT: * 65 FETCH (FLAGS (\Answered \Seen) UID 73501)" "IMAPD" 2324 4978 "2008-12-30 10:13:26.935" "84.72.22.87" "SENT: 23 OK UID completed" "IMAPD" 2292 4978 "2008-12-30 10:13:27.045" "84.72.22.87" "RECEIVED: 24 check" "IMAPD" 2292 4978 "2008-12-30 10:13:27.046" "84.72.22.87" "SENT: 24 OK CHECK completed" "IMAPD" 2292 4978 "2008-12-30 10:13:27.050" "84.72.22.87" "RECEIVED: 25 IDLE" "IMAPD" 2292 4978 "2008-12-30 10:13:27.051" "84.72.22.87" "SENT: + idling" "IMAPD" 2340 4982 "2008-12-30 10:13:26.893" "84.72.22.87" "RECEIVED: DONE" "IMAPD" 2340 4982 "2008-12-30 10:13:26.894" "84.72.22.87" "SENT: 9 OK IDLE terminated" "IMAPD" 2340 4982 "2008-12-30 10:13:26.931" "84.72.22.87" "RECEIVED: 10 uid store 73560 +Flags (\Deleted)" "IMAPD" 2340 4982 "2008-12-30 10:13:26.935" "84.72.22.87" "SENT: * 14 FETCH (FLAGS (\Deleted \Draft \Seen) UID 73560)" "IMAPD" 2340 4982 "2008-12-30 10:13:26.935" "84.72.22.87" "SENT: 10 OK UID completed" "IMAPD" 2340 4982 "2008-12-30 10:13:27.048" "84.72.22.87" "RECEIVED: 11 IDLE" "IMAPD" 2340 4982 "2008-12-30 10:13:27.049" "84.72.22.87" "SENT: + idling" "IMAPD" 2324 4984 "2008-12-30 10:13:26.937" "84.72.22.87" "SENT: * OK IMAPrev1" "IMAPD" 2340 4984 "2008-12-30 10:13:26.958" "84.72.22.87" "RECEIVED: 1 capability" "IMAPD" 2340 4984 "2008-12-30 10:13:26.958" "84.72.22.87" "SENT: * CAPABILITY IMAP4 IMAP4rev1 CHILDREN IDLE QUOTA SORT[nl]1 OK CAPABILITY completed" "IMAPD" 2324 4984 "2008-12-30 10:13:26.975" "84.72.22.87" "RECEIVED: 2 login "s***a@a*****z.ch" ***" "IMAPD" 2324 4984 "2008-12-30 10:13:26.976" "84.72.22.87" "SENT: 2 OK LOGIN completed" "IMAPD" 2340 4984 "2008-12-30 10:13:26.995" "84.72.22.87" "RECEIVED: 3 append "Sent" (\Seen) {2599}" "IMAPD" 2340 4984 "2008-12-30 10:13:26.996" "84.72.22.87" "SENT: + Ready for literal data" "IMAPD" 2324 4984 "2008-12-30 10:13:27.058" "84.72.22.87" "SENT: 3 OK APPEND completed"
Please create a SMTP log from Thunderbird: https://wiki.mozilla.org/MailNews:Logging
Is the SMTP log from hMailServer not appropriate? It's got the SMTP log first and the two IMAP connection later.
(In reply to comment #2) > Is the SMTP log from hMailServer not appropriate? It's got the SMTP log first > and the two IMAP connection later. It "proves" your bug, but having an smtp log from Thunderbird (especially with NSPR_LOG_MODULES=smtp:5 i.e. level 5) will tell us what states Thunderbird is entering internally. This may give us better information on what the actual bug is.
Ok... I just hope I won't get flamed for open this issue. As a programmer I should really have thought better. Here is what's happening: 1) TB open an SMTP connection to my internal server but using the WAN IP without any SMTP authentication 2) My antivirus (AVG) redirects the connection to it's own local SMTP (127.0.0.1) 3) AVG ESMTP Proxy Server accepts the message and TB closes the smtp session 4) The SMTP proxy well basically relays the message and gets a AUTH request because the mail server thinks it's relaying 5) Messeage is rejected and not sent Summa summarum: This is not a TB issue at all but an AVG issue. Sorry for opening this. This issue can be closed and forgotten.
(In reply to comment #4) > Ok... I just hope I won't get flamed for open this issue. As a programmer I > should really have thought better. Here is what's happening: No problem. > Summa summarum: This is not a TB issue at all but an AVG issue. Sorry for > opening this. This issue can be closed and forgotten. Thanks for letting us know. I'm closing it now.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INVALID
That is the reason why we want a log from Thunderbird :-) verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.