NS_ERROR_SENDING_FROM_COMMAND destroys composition window

UNCONFIRMED
Unassigned

Status

UNCONFIRMED
5 years ago
5 years ago

People

(Reporter: carpeneto, Unassigned)

Tracking

17 Branch
x86_64
Windows 7

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [DUPEME])

(Reporter)

Description

5 years ago
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).

Comment 1

5 years ago
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]
You need to log in before you can comment on or make changes to this bug.