Emails are silently discarded on 554 reply to STARTTLS
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mozilla Thunderbird |
Invalid
|
Critical
|
|||
thunderbird (Ubuntu) |
Triaged
|
Low
|
Unassigned |
Bug Description
It seems that emails are silently discarded when the remote SMTP server replies with an error on STARTTLS. Here is an example smtp log created with NSPR_LOG_
2013-08-23 11:10:25.548708 UTC - 43480896[
2013-08-23 11:10:26.513993 UTC - 43480896[
2013-08-23 11:10:26.514026 UTC - 43480896[
2013-08-23 11:10:26.514047 UTC - 43480896[
2013-08-23 11:10:26.514069 UTC - 43480896[
2013-08-23 11:10:27.144751 UTC - 43480896[
2013-08-23 11:10:27.144791 UTC - 43480896[
2013-08-23 11:10:27.144808 UTC - 43480896[
2013-08-23 11:10:27.144817 UTC - 43480896[
2013-08-23 11:10:27.144828 UTC - 43480896[
2013-08-23 11:10:27.144839 UTC - 43480896[
2013-08-23 11:10:27.144846 UTC - 43480896[
2013-08-23 11:10:27.144851 UTC - 43480896[
2013-08-23 11:10:27.144857 UTC - 43480896[
2013-08-23 11:10:27.144862 UTC - 43480896[
2013-08-23 11:10:27.144868 UTC - 43480896[
2013-08-23 11:10:27.144885 UTC - 43480896[
2013-08-23 11:10:27.144889 UTC - 43480896[
2013-08-23 11:10:27.144893 UTC - 43480896[
2013-08-23 11:10:27.144897 UTC - 43480896[
2013-08-23 11:10:27.144900 UTC - 43480896[
2013-08-23 11:10:27.144904 UTC - 43480896[
2013-08-23 11:10:27.144920 UTC - 43480896[
2013-08-23 11:10:27.144926 UTC - 43480896[
2013-08-23 11:10:27.144931 UTC - 43480896[
2013-08-23 11:10:27.144936 UTC - 43480896[
2013-08-23 11:10:27.144961 UTC - 43480896[
2013-08-23 11:10:27.144968 UTC - 43480896[
2013-08-23 11:10:27.757848 UTC - 43480896[
2013-08-23 11:10:27.757881 UTC - 43480896[
2013-08-23 11:10:27.757893 UTC - 43480896[
2013-08-23 11:10:27.757900 UTC - 43480896[
2013-08-23 11:10:27.757905 UTC - 43480896[
2013-08-23 11:10:27.757915 UTC - 43480896[
The UI, however, gives no indication of failure and closes the compose window after the apparent successful submission to the smtp server.
If the user has not configured a Sent folder this results in data loss. Even if the user has configured a sent folder, he receives no indication that the email has not been sent.
ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: thunderbird 17.0.8+
ProcVersionSign
Uname: Linux 3.8.0-27-generic x86_64
AddonCompatChec
ApportVersion: 2.9.2-0ubuntu8.3
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
BuildID: 20130803220711
Channel: Unavailable
Date: Fri Aug 23 13:05:30 2013
ForcedLayersAccel: False
IfupdownConfig:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
InstallationDate: Installed on 2013-07-30 (23 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424)
MarkForUpload: True
PrefSources:
prefs.js
/usr/lib/
/usr/lib/
Prefs:
extensions.
network.
places.
places.
privacy.
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
XDG_RUNTIME_
LANG=en_US.UTF-8
SHELL=/bin/bash
Profiles: Profile0 (Default) - LastVersion=
RelatedPackageV
icedtea-7-plugin 1.3.2-1ubuntu1.1
totem-mozilla 3.6.3-0ubuntu6
rhythmbox-mozilla 2.98-0ubuntu5
RunningIncompat
SourcePackage: thunderbird
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 02/04/2013
dmi.bios.vendor: LENOVO
dmi.bios.version: G6ET93WW (2.53 )
dmi.board.
dmi.board.name: 3444F8U
dmi.board.vendor: LENOVO
dmi.board.version: Win8 Pro DPK TPG
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.
dmi.modalias: dmi:bvnLENOVO:
dmi.product.name: 3444F8U
dmi.product.
dmi.sys.vendor: LENOVO
Changed in thunderbird: | |
importance: | Unknown → Medium |
status: | Unknown → New |
Changed in thunderbird: | |
status: | New → Invalid |
Changed in thunderbird: | |
importance: | Unknown → Critical |
status: | Unknown → Confirmed |
Changed in thunderbird (Ubuntu): | |
importance: | Undecided → Low |
status: | New → Triaged |
Changed in thunderbird: | |
status: | Confirmed → Invalid |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20100101 Firefox/14.0.1
Build ID: 20120713134347
Steps to reproduce:
When I send a mail using an incorrect smtp server (e.g. I have stmp.telenet.be configured but I'm at a customer whose ISP only accepts relay.skynet.be), and the server sends an error message instead of just timing out,
Actual results:
I get an error message (as I used to get), but instead of keeping the composer window open, the composer window is closed and the mail (which has not been sent succesfully) ends up in my SentMail.
Expected results:
Before the latest update, I would get an error message but the composer window would remain open so:
- I would know that sending failed
- I could try again with the correct smtp server