Closed
Bug 63322
Opened 24 years ago
Closed 24 years ago
Mail appears to be sent on SMTP AUTH failure but is not
Categories
(MailNews Core :: Networking: SMTP, defect, P5)
Tracking
(Not tracked)
VERIFIED
INVALID
People
(Reporter: cls, Assigned: naving)
References
Details
(Keywords: dataloss)
I discovered eariler today that all of the mail messages that I've sent over the
past couple of days have not been sent out. Somehow, I managed to get the
auth_method preference set to 3 in my profile. Setting it back to 0 fixed my
sending problem but if we fail to authenticate or actually send the message,
shouldn't a dialog pop up or the compose window not go away (4.x behavior).
Comment 1•24 years ago
|
||
thanks for logging this.
both naving and I have been bit by this bug.
accepting.
Status: NEW → ASSIGNED
Comment 2•24 years ago
|
||
adding dependency.
re-assigning to naving.
Comment 3•24 years ago
|
||
> I discovered eariler today that all of the mail messages that I've sent over the
> past couple of days have not been sent out.
Outch. dataloss. Critical.
Severity: major → critical
Keywords: dataloss,
mozilla0.8
Comment 4•24 years ago
|
||
And now it hit me too.
Sorry about the spam. An unset priority should be less than P5.
Priority: -- → P5
Comment 7•24 years ago
|
||
This currently isn't planned for mozilla0.8. I've changed the nomination to
mozilla0.9 so it gets properly triaged for the next milestone.
Keywords: mozilla0.8 → mozilla0.9
Comment 9•24 years ago
|
||
"3" is not a legal value for the auth_method. To get set that way, it would
have to have been set by hand.
Comment 10•24 years ago
|
||
I would be inclined to close this as INVALID. It only affects people who have
hacked their prefs by hand. Mozilla will not in general range-check values that
have already made their way to prefs.js.
Comment 11•24 years ago
|
||
john, before it was possible to get into this state through the ui.
if that is no longer possible, I would say you fixed it.
feel free to take the bug and mark it fixed.
Comment 12•24 years ago
|
||
It hasn't been possible to set a value other than "0" or "1" through the ui
since 9 Jun 2000, when bug 41030 was fixed.
"3" used to be a legal value which could only be set by hand. This was made
illegal by the fix to bug 32018.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Comment 13•24 years ago
|
||
If it was anytime anyhow possible for a normal user to get 3 into that pref,
e.g. 4.x migration or former UI, we should anyhow fix this, if nothing else by
just reqriting the pref.
Comment 14•24 years ago
|
||
verifying as invalid based on John's comments below
Status: RESOLVED → VERIFIED
Updated•24 years ago
|
Keywords: mozilla0.8
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•