I'd have to do some testing to find out exactly what clients create what, but in my IMAP I have Trash, INBOX.TRASH and neomail-trash. I think it's fairly safe to guess where the neomail-trash one came from. Just doing a bit of googling it looks like maybe squirrelmail or IMP created the inbox.trash folder. Anyone out there wanna try deleting their Trash folder to see if Thunderbird recreates it? I'd be willing to bet that it does. I'd try it but I'm not sure how to go about renaming existing IMAP folders.
In any case, I think it's fair to say that at least some major webmail IMAP clients create folders without user input. I do actually agree with you in principle though. What about if we:
- modify the folder subscription page to allow people to designate the
"special folders" (Trash, Drafts, Sent, Inbox)
- upon login, if any of those folders is missing, direct them to the
folder subscription screen along with a message directing them to select the folder that is missing (or create a new one)
This is a much more programming intensive solution, but it's the best one I can come up with.
-Charles
Dean Jones wrote:
I'm just not sure I like that solution unless you're talking about making local folders. I don't like anything forcing creation of any files or folder on the IMAP server. If roundcube were to create a local trash folder, fine... But forcing the creation of folder on the IMAP server is, in my opinion, incorrect and a bad design practice. Every IMAP client I have used creates local Trash folders and uses those if one does not exist on the IMAP server or you have not specified your IMAP trash folder as the folder to use. I have never had one secretly create an IMAP folder and just assume that's what I wanted.
On Tue, 14 Feb 2006 09:21:07 -0600, Charles McNulty charles@charlesmcnulty.com wrote:
The other reasonable option, and the one that I believe most IMAP clients follow is at initial launch create the folders if they do not exist. This is the solution I would endorse.
-Charles
Dean Jones wrote:
Instead of creating a folder that possibly some people might not want,
why not just simply check if there is a Trash folder and if there isn't, simply delete the message and expunge? If there is a trash folder, move it to Trash.
If this sounds better, I can write a quick patch for it.
On Mon, 13 Feb 2006 16:17:24 -0700, Jacob Brunson webguy@byu.edu
wrote:
I've had a couple of users complain about not being able to delete messages. The cause turns out to be that they don't have a Trash folder.
The attached diff/patch avoids this by creating the Trash folder if it doesn't exist before moving a message into it.
The only problem is that even though the Trash folder is created, it doesn't show up in the folders list until the whole folders list is refreshed.
-- Jacob Brunson Department of Chemistry, BYU