Closed Bug 69580 Opened 24 years ago Closed 24 years ago

IMAP Quota UI: Shouldn't display "send operation was successful..." confirm dialog when hitting Message Quota

Categories

(MailNews Core :: Networking: IMAP, defect)

x86
Windows NT
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: huang, Assigned: smeredith)

Details

Attachments

(1 file)

Used 02-19-06-Mtrunk build Shouldn't display "send operation was successful..." confirm dialog when hitting Message Quota Need Server Setup: Need setup "10 Kbytes Message Quota" for one IMAP account on the server. 1) Login to an IMAP account with "10 Kbytes Message Quota" setup 2) Send some messages or attach some messages to exceed the messages store quota (e.g. 10Kbytes) 3) Actual Results: I will see a dialog: "Mailbox is over quota", "The current command did not succeed. The mail server responded: Over quota" alert dialog and "send operation was successful..." confirm dialog as following attach screen shot which is not correct. Expected results: The final "send operation was successful..." confirm dialog shouldn't display at all and shouldn't give users options to back to compose window since sending failed... Additional Info: Please compare with 4.x, you will NOT see the confirm dialog displaying after the "The current command did not succeed...." alert dialog.
QA Contact: esther → huang
Reassigning to Steve Meredith at his request. For some reason his Bugzilla doesn't have the reassign field.
Assignee: mscott → smeredith
Actually, the sending of the message does succeed, so it's the first message which is invalid ("The current command did not succeed. The mail server responded: Over quota"). The second message is correct ("Your Send operation was successful but copying the message to your Sent folder failed...") because the message does get sent, but not copied to the server "sent" folder because the user is over quota. These messages don't appear if you are set up to save sent messages to your local system instead of the IMAP server. So I'm going to assume that the right thing to do here to fix this is remove the first error message and leave the second one alone. The choice of OK or cancel to a Yes/No question in this second dialog is a different matter...
Status: NEW → ASSIGNED
The first error message, "The current command did not succeed. The mail server responded: Over quota", is correct. But it's ambiguous. The user initiated a send command, which results in a subsequent copy-to-sent-folder command, which fails. So it looks to him as if the send failed, when the message is talking about the copy. So, is removing the first error message the right thing to do?
No, I don't think so - otherwise, the user wouldn't know they were over quota, and that is vital information. As long as the second message comes up and tells the user the send was successful but copying to the sent folder failed, they should understand. I'd say leave it as is. I'd say this is invalid, given that the faulty "send successful" message, which was a different bug, is fixed.
Keywords: nsenterprise
Agreed. The messages are correct for what is happening. Marking "Invalid."
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
sure is invalid...
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: