Open
Bug 916157
Opened 11 years ago
Updated 2 years ago
NS_ERROR_SENDING_FROM_COMMAND destroys composition window
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
UNCONFIRMED
People
(Reporter: carpeneto, Unassigned)
Details
(Whiteboard: [DUPEME])
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.66 Safari/537.36 Steps to reproduce: steps: - compose several messages - point to exchange server via SMTP - send several messages quickly Actual results: NS_ERROR_SENDING_FROM_COMMAND popup occurs, with the error from the server being "4.4.2 Message submission rate for this client has exceeded the configured limit.". On clicking 'OK' the composition window is destroyed, and no draft email is kept. Expected results: The NS_ERROR_SENDING_FROM_COMMAND dialog is good, however there's no reason for the composition to be lost - re-sending the email at a later time should be seen as an option. Impact: email needs to be re-written (which can be a bugger if it's a wordy email).
I think we already have a bug filed on this "message lost even when SMTP reports error" scenario.
Component: Untriaged → Message Compose Window
Whiteboard: [DUPEME]
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•