Items moved by IMAP client still appear in original folder Kopano WebApp
It seems that when moving a message into a different folder with some IMAP clients, e.g. iOS devices, a copy of the message is left behind in the original folder even though the message disappears from its original folder on the IMAP client. When I log in to WebApp the message appears in both locations. Thunderbird appears to move items properly. The default mail client on iPhone leaves behind a duplicate copy. I haven’t yet tested this with any other clients. This behaviour didn’t occur with Zarafa, I’ve only noticed it since a recent switch to Kopano. It also doesn’t occur when accessing a different IMAP server (Dovecot) from the same iOS device.
When flagging a message using IMAP, it used to apply a flag. It now applies a tag. I gather that flags now mean due dates and tags mean category, which is a bit confusing.
There are some other glitches when accessing mail via IMAP with an iOS client. Most annoyingly, occasionally while viewing a message, the iOS mail client decides that the message is part of a thread containing every other message. Again, this doesn’t happen when using iOS to access Dovecot-backed IMAP accounts.
And if anyone is wondering why I’m using IMAP instead of Z-Push on an iOS device, it’s because Z-Push no longer works following our switch from Zarafa to Kopano and local install of Z-Push to the packaged version. I’ll be posting a separate thread about that.
@kitserve is the client properly expunging the moved/deleted message?
Hi Felix, thanks for replying.
How would I check that? The duplicate messages appear normal in WebApp, and a Dovecot IMAP account on the same device behaves as I would expect. I’m aware of the difference between IMAP clients moving items to deleted vs marking them as deleted and then expunging them (or not), I’m just not sure how I would check it in this instance since WebApp doesn’t differentiate between them.
@kitserve I think the only way to check is with looking into it from another IMAP client and then seeing if there are expunges messages or not. WebApp will still show messages that were expunged.
@fbartels I just set up Roundcube on the server and configured it to point to the Kopano gateway. You are correct, when using IMAP the iOS mail app marks the messages as deleted but doesn’t move them. When I look at them in Roundcube then I can see they have the deleted flag set. They look just like normal messages in WebApp.
What is particularly strange about this is that on the same iOS device, when I connect to a Dovecot IMAP server and delete a message, it gets moved to the Deleted Items folder and doesn’t get the deletion flag set. I can only assume that this is due Kopano’s much more limited capability set. Dovecot:
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN AUTH=LOGIN] Dovecot ready. . capability * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN AUTH=LOGIN . OK Pre-login capabilities listed, post-login capabilities have more. . login "user" "pass" * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS BINARY MOVE SPECIAL-USE . OK Logged in
* OK [CAPABILITY IMAP4rev1 LITERAL+ AUTH=PLAIN] IMAP gateway ready . login "user" "pass" . OK [CAPABILITY IMAP4rev1 LITERAL+ CHILDREN XAOL-OPTION NAMESPACE QUOTA IDLE] LOGIN completed
While I suppose this technically isn’t a bug, it’s making my life extremely difficult. Our users with iOS devices can’t use Z-Push because of the problem described in my other thread, and if they use IMAP then they get a lot of duplicate messages. Can WebApp hide messages with the IMAP deletion flag, or can the gateway offer the required capabilities or treat requests to add the deletion flag to a message as a request to move them into the Deleted Items folder?
Hi @kitserve ,
it seems like you are searching for the
imap_expunge_on_delete Normally when you delete an e-mail in an IMAP client, it will only be marked as deleted, and not removed from the folder. The client should send the EXPUNGE command to actually remove the item from the folder (where Kopano will place it in the soft-delete system). When this option is set to yes, the kopano-gateway will issue the expunge command itself directly after a 'mark as delete' command was received. Default: no
Ah, thank you, that’s sorted it out! Not sure how I managed to miss that setting, as I had configured it for our previous Zarafa setup. Much appreciated.