[Dovecot] Multiple Logins on same accounts from different stations, RE-POSTING
Sorry List, I am reposting with dovecot -n
Hi, all I've recently upgraded to 2.1.16 and found my self in deep ....
There are 4 accounts in my setup that need to be accessed simultaneously by 5-6 PCs on a local lan.
The thing is if a user A updates, deletes, flags mail messages in the imap folders the changes don't get propagated to the other mail clients.
To state this clearly, PC (A) thunderbird has an account SALES, Maildir etc PC (B) thunderbird also has the SALES account.
Changes from PC (A) and vice-versa like marks,deletes, or moves mails around will randomly get propagated to PC (B) Sometimes they do sometimes they don't. This never occured with previous version 1.2.xx
I am attaching my doveconf -a output .. Please Help, Thanks in advance Harry
Thanks
On 18.4.2013, at 20.08, HL <freemail.grharry@gmail.com> wrote:
I've recently upgraded to 2.1.16 and found my self in deep ....
There are 4 accounts in my setup that need to be accessed simultaneously by 5-6 PCs on a local lan.
The thing is if a user A updates, deletes, flags mail messages in the imap folders the changes don't get propagated to the other mail clients.
To state this clearly, PC (A) thunderbird has an account SALES, Maildir etc PC (B) thunderbird also has the SALES account.
Changes from PC (A) and vice-versa like marks,deletes, or moves mails around will randomly get propagated to PC (B) Sometimes they do sometimes they don't. This never occured with previous version 1.2.xx
Do you mean that the 4 people are using 1 shared account, or do you mean 4 different user accounts are accessing a shared folder (via shared/public namespace)?
On 18/04/2013 10:21 μμ, Timo Sirainen wrote:
On 18.4.2013, at 20.08, HL <freemail.grharry@gmail.com> wrote:
I've recently upgraded to 2.1.16 and found my self in deep ....
There are 4 accounts in my setup that need to be accessed simultaneously by 5-6 PCs on a local lan.
The thing is if a user A updates, deletes, flags mail messages in the imap folders the changes don't get propagated to the other mail clients.
To state this clearly, PC (A) thunderbird has an account SALES, Maildir etc PC (B) thunderbird also has the SALES account.
Changes from PC (A) and vice-versa like marks,deletes, or moves mails around will randomly get propagated to PC (B) Sometimes they do sometimes they don't. This never occured with previous version 1.2.xx Do you mean that the 4 people are using 1 shared account, or do you mean 4 different user accounts are accessing a shared folder (via shared/public namespace)?
Yes 4 people are using all 4 shared accounts. ( No Shared or Public Namespaces for them ) They all login from their client to these 4 accounts, with 4 distinct userNames and passwords. They prefer it this way.
In all honesty with this setup, I would recommend that you setup a sales@domain alias account and put these 4 accounts within that alias. Each user would then get a single copy of the message, and would prevent accidental deletion by another user.
It is never wise to allow multiple people to login to one account from multiple locations. One user can move data to another folder and another user may not like that other persons method of organization.
On Fri, Apr 19, 2013 at 1:39 AM, HL <freemail.grharry@gmail.com> wrote:
On 18/04/2013 10:21 μμ, Timo Sirainen wrote:
On 18.4.2013, at 20.08, HL <freemail.grharry@gmail.com> wrote:
I've recently upgraded to 2.1.16 and found my self in deep ....
There are 4 accounts in my setup that need to be accessed simultaneously by 5-6 PCs on a local lan.
The thing is if a user A updates, deletes, flags mail messages in the imap folders the changes don't get propagated to the other mail clients.
To state this clearly, PC (A) thunderbird has an account SALES, Maildir etc PC (B) thunderbird also has the SALES account.
Changes from PC (A) and vice-versa like marks,deletes, or moves mails around will randomly get propagated to PC (B) Sometimes they do sometimes they don't. This never occured with previous version 1.2.xx
Do you mean that the 4 people are using 1 shared account, or do you mean 4 different user accounts are accessing a shared folder (via shared/public namespace)?
Yes 4 people are using all 4 shared accounts. ( No Shared or Public Namespaces for them ) They all login from their client to these 4 accounts, with 4 distinct userNames and passwords. They prefer it this way.
-- Daniel Reinhardt cryptodan@cryptodan.net http://www.cryptodan.net 301-875-7018(c) 410-455-0488(h)
On 19/04/2013 08:49 πμ, Daniel Reinhardt wrote:
In all honesty with this setup, I would recommend that you setup a sales@domain alias account and put these 4 accounts within that alias. Each user would then get a single copy of the message, and would prevent accidental deletion by another user.
It is never wise to allow multiple people to login to one account from multiple locations. One user can move data to another folder and another user may not like that other persons method of organization.
Thanks for your contribution however I think you reply on a different issue, that is Business internal procedures and organization. My users have the appropriate setup that supports your point of view plus ... shared folders, Public Folders, aliases ... name it.
However they prefer it this way for some reason that beats me.
Mainly the issue here is the IMAP protocol and communication between mail client and server. Thanks.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Fri, 19 Apr 2013, Daniel Reinhardt wrote:
In all honesty with this setup, I would recommend that you setup a sales@domain alias account and put these 4 accounts within that alias. Each user would then get a single copy of the message, and would prevent accidental deletion by another user.
when one customer gets 4 different answers to one question, this setup to split one message 4 times makes trouble.
It is never wise to allow multiple people to login to one account from multiple locations. One user can move data to another folder and another user may not like that other persons method of organization.
That's an organisational problem and depends on the function of the mail account.
In fact, I don't like multiple humans using one account, because you cannot really log, who did what. That makes shared mailboxes superior.
Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux)
iQEVAwUBUXD6+F3r2wJMiz2NAQJjJQf+MNqjXMASwxtIu0+F1urOJhuTN06pDHTH LsiZidkGEyfqagC+irOkJzl34M4JzplHJCHPZbPQqWNvua0v2Kr23HBxh3yvoFIY 9NKLRcuLoylx0bK66vZA26LLtlIlmGgQZF7ugO1KWwNfQg8bjY0ec7Xhyssom0jc 3KoQf0JAiVXwmM118GmdMaE4QpMKvbADtkkvR83fyBJXWqACgRJJJenXAaSsPEQs bHEyeVJxyl/Fv9AZKMqYkp7zRk2UZhnxRcUNQ6M0Hm5hZTkuPeJjMsMiFE8nq+56 WSYuqTjfFVZmPaSZzZNz9+vmjoWsh59WkN82tjP5p/WPZFplK0N9sg== =91O/ -----END PGP SIGNATURE-----
On 19.4.2013, at 8.39, HL <freemail.grharry@gmail.com> wrote:
Changes from PC (A) and vice-versa like marks,deletes, or moves mails around will randomly get propagated to PC (B) Sometimes they do sometimes they don't. This never occured with previous version 1.2.xx Do you mean that the 4 people are using 1 shared account, or do you mean 4 different user accounts are accessing a shared folder (via shared/public namespace)?
Yes 4 people are using all 4 shared accounts. ( No Shared or Public Namespaces for them ) They all login from their client to these 4 accounts, with 4 distinct userNames and passwords. They prefer it this way.
That's still a bit confusing .. It's 4 shared accounts, because there are 4 different mailboxes, not because there are 4 people?
If there were different accounts accessing the same shared mailbox, I could see why it might sometimes not notice all the latest changes (because they'd be using different index files then and might miss changes in maildir - although even that shouldn't happen). But if the clients aren't seeing changes for the same shared account, then I can't really think of any good reason for your problem. All clients are notified of all changes when Dovecot sees them. There shouldn't be any change from how v1.2 worked.
On 19/04/2013 11:17 πμ, Timo Sirainen wrote:
On 19.4.2013, at 8.39, HL <freemail.grharry@gmail.com> wrote:
Changes from PC (A) and vice-versa like marks,deletes, or moves mails around will randomly get propagated to PC (B) Sometimes they do sometimes they don't. This never occured with previous version 1.2.xx Do you mean that the 4 people are using 1 shared account, or do you mean 4 different user accounts are accessing a shared folder (via shared/public namespace)?
Yes 4 people are using all 4 shared accounts. ( No Shared or Public Namespaces for them ) They all login from their client to these 4 accounts, with 4 distinct userNames and passwords. They prefer it this way. That's still a bit confusing .. It's 4 shared accounts, because there are 4 different mailboxes, not because there are 4 people?
If there were different accounts accessing the same shared mailbox, I could see why it might sometimes not notice all the latest changes (because they'd be using different index files then and might miss changes in maildir - although even that shouldn't happen). But if the clients aren't seeing changes for the same shared account, then I can't really think of any good reason for your problem. All clients are notified of all changes when Dovecot sees them. There shouldn't be any change from how v1.2 worked.
Does dovecot notify clients that drop into an idle state ? I see a bunch of *_idle_* params, that confuse me, like
default_idle_kill = 1 mins imap_idle_notify_interval = 2 mins imapc_max_idle_time = 29 mins mailbox_idle_check_interval = 30 secs
and
idle_kill = 0 or idle_kill = 4294967295 secs
in various services
Thanks, Harry
On 2013-04-19 5:36 AM, HL <freemail.grharry@gmail.com> wrote:
On 19/04/2013 11:17 πμ, Timo Sirainen wrote:
On 19.4.2013, at 8.39, HL <freemail.grharry@gmail.com> wrote:
Yes 4 people are using all 4 shared accounts. ( No Shared or Public Namespaces for them ) They all login from their client to these 4 accounts, with 4 distinct userNames and passwords. They prefer it this way.
That's still a bit confusing .. It's 4 shared accounts, because there are 4 different mailboxes, not because there are 4 people?
Does dovecot notify clients that drop into an idle state ? I see a bunch of *_idle_* params, that confuse me, like
Harry, before asking new questions, please clear up the confusion first by answering the question above.
Am I reading it correctly that you have 4 email accounts:
user1@example.com user2@example.com user3@example.com user4@example.com ?
Then each of these individual users has all 4 accounts set up in their email clients?
--
Best regards,
Charles
On 19/04/2013 02:12 μμ, Charles Marcus wrote:
On 2013-04-19 5:36 AM, HL <freemail.grharry@gmail.com> wrote:
On 19/04/2013 11:17 πμ, Timo Sirainen wrote:
On 19.4.2013, at 8.39, HL <freemail.grharry@gmail.com> wrote:
Yes 4 people are using all 4 shared accounts. ( No Shared or Public Namespaces for them ) They all login from their client to these 4 accounts, with 4 distinct userNames and passwords. They prefer it this way.
That's still a bit confusing .. It's 4 shared accounts, because there are 4 different mailboxes, not because there are 4 people?
Does dovecot notify clients that drop into an idle state ? I see a bunch of *_idle_* params, that confuse me, like
Harry, before asking new questions, please clear up the confusion first by answering the question above.
Am I reading it correctly that you have 4 email accounts:
user1@example.com user2@example.com user3@example.com user4@example.com ?
Then each of these individual users has all 4 accounts set up in their email clients?
Correct .... and Thanks
On 19.4.2013, at 12.36, HL <freemail.grharry@gmail.com> wrote:
If there were different accounts accessing the same shared mailbox, I could see why it might sometimes not notice all the latest changes (because they'd be using different index files then and might miss changes in maildir - although even that shouldn't happen). But if the clients aren't seeing changes for the same shared account, then I can't really think of any good reason for your problem. All clients are notified of all changes when Dovecot sees them. There shouldn't be any change from how v1.2 worked.
Does dovecot notify clients that drop into an idle state ?
That's especially when it notifies them.
I see a bunch of *_idle_* params, that confuse me, like
default_idle_kill = 1 mins imap_idle_notify_interval = 2 mins imapc_max_idle_time = 29 mins mailbox_idle_check_interval = 30 secs
and
idle_kill = 0 or idle_kill = 4294967295 secs
Well, there are 3 different things in here.. mailbox_idle_check_interval was a bit badly named, but that's the only one that actually affects notifications. With 30 secs it means that unless kernel notifies faster using e.g. inotify, Dovecot checks every 30 seconds the filesystem to see if the mtimes have changed.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Thu, 18 Apr 2013, HL wrote:
There are 4 accounts in my setup that need to be accessed simultaneously by 5-6 PCs on a local lan.
The thing is if a user A updates, deletes, flags mail messages in the imap folders the changes don't get propagated to the other mail clients.
To state this clearly, PC (A) thunderbird has an account SALES, Maildir etc PC (B) thunderbird also has the SALES account.
We had similiar problem with Dovecot. I have a mail account shared by 3 users, which communicate with labels/keywords/flags with each other, what to do with the message, until it is moved to "done" eventually. Even the new and replied status was not shared with a running Thunderbird. Telnet and non-caching MUAs showed the changed status fine, hence, it was a problem TB getting the changes.
I never pinpointed the problem, never got errors in TB or Dovecot, but after I replaced TB with another, newer version and re-created the profile anew, the problem went away.
Those three users definitly never changed the TB configuration themselves :-) so I really suspect some problem with the cache of TB.
Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux)
iQEVAwUBUXD9b13r2wJMiz2NAQLHgwf/S/r8GYahN0h7PJj6mplmUoEwAf069jNT 98izuRYYrLaeu7eqJHYx/4AVzW99ngjAvY/bDctQGxYHfcVIc9npuKUkYYHcM51n 4yOf+DALgRQaNaYmKH69ajSl28VXOjFFin7U7IfiRLJDIaOVyfVi06QBfIJoHEDZ Hks7nGolO1Bh+uHs9MySQQ9oS8ofTqOq3n0OUh+9s19FJCDiA/2PxEI4LR65dxNf QP+RI9w5JfkQp2cadYHDlTSgWhm0gSunSMn2CKBvgVs09s0EaitaYHzTo8hMx4Sb gU02B90t9ZSAlIos2mU7u8nPYoiAhr0ZfGor8M+FvxwePfiKM+1X9w== =o4Ra -----END PGP SIGNATURE-----
participants (5)
-
Charles Marcus
-
Daniel Reinhardt
-
HL
-
Steffen Kaiser
-
Timo Sirainen