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)

x86
Linux
defect

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).
thanks for logging this. both naving and I have been bit by this bug. accepting.
Status: NEW → ASSIGNED
adding dependency. re-assigning to naving.
Assignee: sspitzer → naving
Status: ASSIGNED → NEW
Depends on: 64777
> 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
And now it hit me too.
change qa contact to myself and cc Esther
QA Contact: esther → sheelar
Sorry about the spam. An unset priority should be less than P5.
Priority: -- → P5
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.8mozilla0.9
(See my latest comment in bug 49180 re nominations.)
Keywords: mozilla0.8
"3" is not a legal value for the auth_method. To get set that way, it would have to have been set by hand.
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.
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.
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
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.
verifying as invalid based on John's comments below
Status: RESOLVED → VERIFIED
Keywords: mozilla0.8
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.