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)

Product:
Thunderbird
Component:
Message Compose Window
Version:
17 Branch
Platform:
x86_64
Windows 7
Type:
defect

Tracking

(Not tracked)

Status:
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]
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.