Bug 2860 - modify the order of the folders
Summary: modify the order of the folders
Status: NEW
Alias: None
Product: Claws Mail (GTK 2)
Classification: Unclassified
Component: UI/Folder List (show other bugs)
Version: 3.8.1
Hardware: PC Linux
: P3 enhancement
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2013-01-19 17:44 UTC by exsudat
Modified: 2014-05-07 23:31 UTC (History)
1 user (show)

See Also:


Attachments

Description exsudat 2013-01-19 17:44:23 UTC
It should be possible to modify the order of the folders under a mailbox.

For example:
 mail@mail.op
  + inbox
  + queue
  + drafts
  + trash
  + folder A
  + folder B
  + folder C

should be

 mail@mail.op
  + inbox
  + queue
  + drafts
  + trash
  + folder C
  + folder A
  + folder B

and much better would be

 mail@mail.op
  + inbox
  + folder C
  + folder A
  + folder B
  + queue
  + drafts
  + trash

Because it is a mail-client it is a bug not a non-implemented feauter. It is like having a car that can drive straigt and right, but not left because it is not implemented.
Comment 1 andré 2014-04-18 11:44:47 UTC
Would be nice to have, but in my view, definitely an enhancement.

In my case, I would put queue (which I would never use and prefer not to show) and trash at the bottom, and one or two special folders above my other custom folders.

My use is multiple pop3 accounts, each with their own separate mailbox.
I never use imap.
Comment 2 exsudat 2014-05-07 13:59:16 UTC
What does it have to do with IMAP? I am using POP3, too. But the used protocol has nothing to do with order of the folders.
Comment 3 andré 2014-05-07 23:31:20 UTC
(In reply to comment #2)
> What does it have to do with IMAP? I am using POP3, too. But the used
> protocol has nothing to do with order of the folders.

Point taken.  I was looking for references to another problem at the time, which is apparently related to IMAP implementation in Claws.  I had IMAP on the mind.

I still think this is a (very nice) enhancement, and not a bug.

Particularly nice if unwanted folders were optional (hidden or not created) as well.

A case in point is "queue", since it has little utility in a set of mailboxes used with POP access by a single user, unless they have very limited internet access.
The user should know if they have finished writing an email not sent right away, and few would accumulate many completed and unsent emails.
So having such emails in "drafts" would make sense.  Both "drafts" and "queue" mailboxes would be empty most of the time.

Note You need to log in before you can comment on or make changes to this bug.