How does M3 determine special use IMAP folders? (edited)
-
I have had trouble with email appearing in wrong IMAP sent folders. Probably related to me using other clients (in particular M2 and Bluemail on android) on the same imap server. Problems were related to Vivaldi creating a completely new IMAP sent folder when sending emails, confusing sent and trash, and duplicating mails when undeleting. I probably caused some of that mayhem with my lack of understanding what's going on under the hood, but maybe also with my hoster using (or not using) xlist to indicate what IMAP folder represents what.
How does M3 determine imap folder mapping? (on account creation, on vivaldi startup, on checking mail, ...?)
-
@WildEnte From my personal experience M3 uses standard folders present by default on the server and doesn’t create its own. When starting using M3 I had duplicate sent, received, draft, outbox, spam and trash folders on most of my accounts. I went through it all meticulously and sent, deleted, drafted and spammed test messages to find out what the real default folders are. Then I moved messages out of the duplicate folders and into the real ones and then deleted the duplicates, all on the webmail accounts directly. Test whether the duplicate ones are used by any of your other clients and don’t delete them, if that’s the case.
-
@luetage thanks for the quick reply! My hoster very nicely shows the mapping so "the real" folders were clear (assuming they are not buggy as hell". Vivaldi kept making a new imap folder "sent items" for every new email I would send out. I moved it to "sent", deleted the vivaldi created "sent items" folder, restarted Vivaldi ("sent items" would be gone in the list of imap folders), send a new message from M3 ... and "sent items" would be created again.
... ultimately I gave up, moved all mails from the original "sent" to this "sent items" folder Vivaldi so desperately wanted to have, remapped it on the imap server and called it a day (... until my other clients started creating a sent folder again because I didn't reconfigure them).
Long story short, with many devices and webmail accessing the same imap folders, every app handling things slightly differently, I believe it's important just to be aware of those interactions.
(Looking more I found out that xlist is a gmail specific thing that has been deprecated. I modified my original post to be more generically talking about folder mapping rather than a specific standard)
-
@WildEnte Can be, it’s just not what I experienced. For example on gmx I have a folder called “Gesendet,” which is the standard “Sent” folder equivalent. When sending from M3 no additional folder is being created and the message ends up in “Gesendet”. The same is valid for zoho mail and gmail.
-
yes same here with vivaldi.net and web.de - maybe it's got to do with my hoster, or the interaction of the different clients acting on the same IMAP structure.
-
@WildEnte said in How does M3 determine special use IMAP folders? (edited):
Vivaldi kept making a new imap folder "sent items" for every new email I would send out.
WOW. That's a totally new and never-before-seen issue. Did you file a bug?
-
@Ayespy I thought I did write a rather lengthy report but I don't have the typical reply mail. So either I had a typo in my email address or something else went wrong (like... me trying out sth else and giving up .... if you have access to the tracker, have a look. I'll start another writeup from memory just so it's logged.
-
@WildEnte Without a bug number, that is tough. But I will try.
-
@Ayespy using the form in the bugtracker it suggests the title
"Vivaldi confuses IMAP folders - 52 of my emails show in trash rather than sent"
So I guess that's the title of the bug I wrote...? Must have been in the last week.
-
@WildEnte I have tried a number of search terms and search term combinations, and cannot find a filed bug for this.
-
@Ayespy I was lucky to find a deleted screenshot I made in my recycle bin helping me to remember.
Bugged in a very lengthy but hopefully somewhat entertaining bug report in VB-75872.
-
-