deleted E-mails in imap client will be still here in jolla mail client

asked 2015-06-19 08:17:22 +0300

tore

1368 ●15 ●21 ●21

http://fud.no/

updated 2018-03-04 22:36:27 +0300

Tanghus
10524 ●85 ●118 ●125

https://github.com/tanghu...

My work uses Zimbra as the e-mail server. My Jolla device syncs with it using the Exchange account type. When an new e-mail arrives, it shows up in the SailfishOS' notifications area and in the Mail app just fine. However, if an IMAP client (such as my desktop MUA) deletes this new e-mail, or moves it to another folder, it lingers in SailfishOS: The new e-mail notification remains, and it is visible in the Mail app. Manually updating the folder in the Mail app doesn't help - the only way to get it to go away that I have found, is to delete it from the SailfishOS' Mail app as well. This is particularly annoying, since it defeats the purpose of the spam filter in my desktop MUA, which automatically moves newly arrived messages the Junk folder if it is classified as spam. However, all these spam messages linger and thus clog up in the Inbox and notifications area of SailfishOS. :-(

Note that this only happens if the message was deleted/moved by another IMAP client. If I delete a newly arrived message from Zimbra's web interface, it does get removed from the SailfishOS Mail app automatically. While I realise this might suggest the bug is server-side, it is worth noting that other clients using the Exchange protocol, such as Android, do not appear to suffer from this problem.

Comments

Have update the title due to I know it's a general bug that I've also.

heubergen ( 2015-07-10 15:31:56 +0300 )edit

Happens here to with IMAP and Dovecot, it't doesn't matter which other mail client is involved (Webmail or Evolution) and wether it flags or moves deleted mail. Expunge is of course useless.

hoschi ( 2015-07-10 19:25:13 +0300 )edit

Why is expunge "of course" useless? Works for me with dovecot, Thunderbird (Icedove), Roundcube and Jolla as all involved software. Or do you mean something else with useless? Like, a hassle to use in practice, which it is.

Digital Brains ( 2015-07-11 14:04:32 +0300 )edit

Because everbody mentions "Expunge" in such a case.

hoschi ( 2015-07-11 18:47:27 +0300 )edit

I too have this problem. I'm using Mozilla Thunderbird, and the IMAP server is Dovecot. When deleting messages they are moved to Trash and mailing list messages are moved to their respctive folders.

And yes, this is extremely annoying.

PS: I BUMPed the message to make it show as edited.

Tanghus ( 2018-03-04 22:40:21 +0300 )edit

answered 2015-07-10 15:08:52 +0300

Digital Brains
286 ●2 ●5 ●10

updated 2015-08-24 13:43:07 +0300

< edit >

According to the comment on this answer, there are cases where expungeing doesn't work. So apparently there is more to it than that!

There is already a feature request for not showing mails with the \Deleted flag set.

< / edit >

I think you're seeing the same I'm seeing with different software but also IMAP. It is because IMAP has several notions of a deleted message. Often when you delete a message in one of your MUA's, it is actually only flagged with the \Deleted flag. Only when addtionally an Expunge is done on the folder is the message actually removed from it. In Thunderbird (or Icedove) for example, you can expunge a folder by right-clinking the folder name and choosing "Compact".

I would like to see an option in the Jolla mail client to hide messages which have the \Deleted flag set and/or an option to expunge a folder.

edit flag offensive delete publish link

Comments

I suffer from the same problem as the OP. Like hoschi says, Expunge does not work. Not only is it useless, it makes things worse, because not only are expunged emails not deleted from the Jolla, there's now a risk of new emails getting the same server-side ID as an old expunged email. If such a new email arrives, then the Jolla will show a duplicate of the old email, instead of the new email.

ovekaaven ( 2015-08-12 03:40:01 +0300 )edit

I think I'll open a separate topic then for the case where expunging does work, since I think they are separate issues. <edit> Such a topic already exists </edit>

Normally, the server works with UID's: Unique Identifiers. They should never be issued twice, and the problem you describe should not happen. But maybe some feature negotiation goes wrong, and the Jolla falls back to a situation where it can't search by UID; in that case, it might require in-depth debugging to see why it goes wrong exactly, unfortunately.

But, if your IMAP server ever assigns the same UID twice, you have a seriously shitty IMAP server, pardon my French. It happens, but it really definitely should not. If you run it yourself, you should look into it. If it's a service you're provided, you could alert the operator to this situation, because Unique Identifiers are supposed to be... well... unique. And a proper IMAP server makes sure they are.

Digital Brains ( 2015-08-23 22:32:39 +0300 )edit

The linked bug claims expunge shouldn't no be required, but the problem is: expunge doesn't work for us.

I suggest someone of us should offer a test account. Maybe I can do this again.

hoschi ( 2015-08-24 23:28:44 +0300 )edit

deleted E-mails in imap client will be still here in jolla mail client

Comments

1 Answer

Comments

Question tools

Stats

Related questions

deleted E-mails in imap client will be still here in jolla mail client

Comments

1 Answer

Comments

Question tools

Public thread

Stats

Related questions