[Users] [Bug 3143] In the initial setup of multiple POP accounts, inbox and local_inbox disagree after first account.

noreply at thewildbeast.co.uk noreply at thewildbeast.co.uk
Sat May 3 16:30:08 CEST 2014


http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3143

andré <andr55 at laposte.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|WORKSFORME                  |---

--- Comment #4 from andré <andr55 at laposte.net> ---
Reopening because the problem really exists, as explained below.

(In reply to comment #3)
> 'local_inbox' is used for Local accounts.
> 'inbox' is used for POP accounts.

Both were defined for all my POP accounts.
The first POP account was defined by the wizard, the others directly through
the GUI, as the wizard didn't seem to be available.
As noted in the report, "local_inbox" was set equal to "inbox" of the first POP
account (by the wizard).

> So I don't see how changing 'local_inbox' can have any affects on your POP
> accounts.

Maybe you don't see it, but it is easy to test.
1) Configure a POP account to have "local_inbox" point to a different location
than "local".  (Necessarily using accountrc and not the GUI for "local_inbox".)
2) Then download an email.
3) It goes to the destination of "local_inbox" and not "inbox"

> If you were to use the GUI, changing the a POP account's 'Default inbox' on
> the Receive page changes the value of 'inbox'. Changing a Local account's
> 'Default inbox' on the Receive page changes the value of 'local_inbox'.

I didn't intend to define any "local" non-POP accounts, and used only the GUI.
(Except for defining a location for archiving older email, which won't need an
inbox.)
Maybe this happened after defining the first account since defining an email
address doesn't allow creating associated mailboxes at the same time, so I
(probably) created the mailboxes first.
But even the wizard created both variables.

There is obviously some problem.  There is no reason to define 2 inbox
locations for each POP account, which is what happened.
There could be some test to erase any "local_inbox" variables for POP accounts.
Better yet, use the same variable for both POP (which necessarily stores emails
locally) and "local" accounts.

BTW, it seems to me a little bizarre to by default have every email account
share the same mailboxes.  One can give each account its' own set of mailboxes,
but it is a little complex, particularly for non-programmers (unlike myself). 
It is as though Claws (and Sylpheed) was (and is still) designed for an
internal corporate email system.

Suggest :
a) Initially ask the email base folder (which is "Mail" by default)

b) then ask
**Mailbox preferences :
1) one set of mailboxes for all accounts, directly in "Mail", or
2) a separate set of mailboxes for each account, as subfolders in "Mail"**
(Of course "Mail" replaced by whatever is chosen in step a.)

If option 2 is selected, then for each added email account, the wizard
automatically adds the appropriate folders to a designated subfolder.

This would greatly facilitate new users to claws, as well as helping existing
users add new accounts.
Right now it is a sort of chicken-and-egg situation.
First, one adds a new mailbox, automatically classified as "local", even if one
intends to add a new POP email account.
Then one adds the new email account, selecting the newly added mailboxes.
If one does it in reverse order, one has to associate the inbox to the account
in a third step.

Once I get set up with claws, I could help with such a transition, if wanted.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the Users mailing list