Hastymail2

Hastymail2 is an Open Source IMAP webmail client written in PHP. Our focus is compliance, usability, security, and speed.

Hastymail 2

avatar
HM2 bug report--can't delete messages

I had a user testing HM2 against their account. They reported they were having trouble deleting emails.

They had some 470 messages and their account was full (capped at 100 meg). They said they couldn't delete a block of emails, and could only delete one or two at a time.

The MTA is EIMSX 3.3.2 on OSX 10.4.8. Attachments are limited to 8 meg.

I logged in as the user and clicked on the "page 16 of 16" link (last page). There were approx. 20 emails listed with attachments of up to a couple meg.

I clicked the "check all" checkbox and then clicked "delete".

There was a delay of about 15 secs. and then an error appeared that said something like "Error: Unable to move emails to trash" or something like that.

I then checked a single email and was able to delete it.

In the meantime, the user logged in to mail2web.com and was able to successfully delete a page full of emails. When I refreshed I saw that the count had dropped by 30 emails. I went back to the "last page" (sorted by date), and I was able to delete all the emails on that page.

So, I'm not sure what the issue was, but I think it has something to do with HM2 since the user was able to delete using mail2web.com but not HM2, and I replicated the behavior before the user did delete a block of emails.

Reply /Quote
avatar
Re: HM2 bug report--can't delete messages

    The situation is tricky because of how IMAP works. IMAP does not support the concept of a trash folder (this is something that mail clients have to handle), nor does it have a native "move message" operation. In order to delete a message Hastymail copies it to the trash folder then marks it as deleted and expunges it. Because of this and the fact that the account was already about maxed out the operations failed because copying the messages caused the overall space to go over quota. If the user disabled the trash folder and used the native IMAP delete/expunge operations it would have worked. Im not sure how the other client is doing things, does it have a trash folder? A possible (and not to difficult) solution is to add a "skip trash" checkbox to the message operations that could be used to delete messages in this case.

Jason

Reply /Quote


 SourceForge.net Logo