Re: [Dovecot] IMAP - multi-simultaneous-user mail store
Charles Marcus wrote: On 3/19/2008, Tim Alberts ([EMAIL PROTECTED]) wrote: The possibilities for sharing emails in groups seem endless to me, but it depends on if it's a 'use' or 'abuse' of the IMAP protocol, and if Dovecot in-particular is designed to be able to handle this. Dovecot doesn't YET have proper/full folder sharing support, but you can still accomplish it easily enough... http://wiki.dovecot.org/SharedMailboxes Thank you for the responses. The information there is helpful, but not quite what I was thinking. The documentation looks at sharing an mbox or Maildir file among multiple accounts. I was thinking more along the lines of a single account that multiple users can log into, perhaps simultaneously. For the sake of learning, I have been testing a single account while using thunderbird, outlook, and eudora simultaneously on the same account. It mostly gets notifications when a file is moved/deleted, etc. This seemed like an adequate solution in my mind. So my question, is sharing an mbox file among multiple accounts, or having multiple people log into the same account the preferred/safer way to go?
[Dovecot] IMAP - multi-simultaneous-user mail store
I'm finishing converting from POP to IMAP and I'm seeing some potentially powerful uses, but I wonder if my ideas aren't more abuses. I want to create 'multi-user' accounts that allow groups of users to archive and share emails with each other. For example, in the case of a sales department, emails from customers may have requests for new product features. I could create an IMAP storage for sales that allows the sales staff to copy these requests into a common email account. These could then be sorted and searched by the product development team to better determine what customers want where product development should go. Another example, a service/support group has some problem customers that frequently call multiple technicians for support. The service group can save all correspondence with this customer in a single location so they can better work together to provide support for this customer. The possibilities for sharing emails in groups seem endless to me, but it depends on if it's a 'use' or 'abuse' of the IMAP protocol, and if Dovecot in-particular is designed to be able to handle this. Thoughts?
Re: [Dovecot] IMAP storage - mail_location = maildir:~/Maildir:mbox:~/mail/
Scott Silva wrote: on 3-12-2008 11:07 AM Tim Alberts spake the following: Scott Silva wrote: on 3-10-2008 6:09 PM Tim Alberts spake the following: I'm moving to IMAP and trying to understand all the details of where to save email. The system is CentOS running sendmail - procmail which delivers as: DEFAULT=$HOME/Maildir/ I'm trying also to use Usermin as the webmail client. I can get mail to deliver to $HOME/Maildir/ and I can get clients (thunderbird outlook etc) to view them. However Usermin seems stuck with saving 'Drafts' 'Sent' and 'Trash' in $HOME/mail/ as mbox and Dovecot won't find them even when I use the setting: maildir:~/Maildir:mbox:~/mail/ I don't know what exact question to ask to I'll just ask for any thoughts on this? Second question, different topic. Are there problems with running POP3 and IMAP? I've always run POP3 and I'm thinking to move to IMAP for some clients so the Usermin webmail will be better 'synchronized' with the users inbox. Do you have usermin set to access mail by IMAP or the default of accessing the mail directly on the filesystem? I did have Usermin configured to read directly. I have changed this so Usermin goes through the local IMAP server (dovecot) and Usermin seems to be working much better with the mail. However, I have a new problem... I've changed my mail location back to mbox as follows: mail_location: mbox:~/mail/:INBOX=/var/mail/%u This is working great with two exceptions. First, using mozilla thunderbird as a client, I can create folders, but I can't create sub-folders. Why might this be? How are you trying to create the folders? With mbox you have to create the folders with a trailing slash "foldername/". You can only have either a folder or another mbox, but you can't have both. OH...that worked, thank you. Second, I have Usermin configured to save a copy of sent mail in a folder 'Sent'. mozilla thunderbird is doing this OK, but Usermin is not. It gives me the following error on the web interface: Failed to send mail : Failed to set IMAP flags : Error in IMAP command UID: Invalid arguments. I never thought usermin as a webmail client was very good anyway. It seemed as more of a kludge then polished software, especially when accessing mail by IMAP. I won't argue that statement much. I will say that I have been using Webmin/Usermin since I started with Linux about 10 years ago and Webmin has always been an outstanding graphical tool for configuring a Linux box and all the server apps etc. Usermin, I have watched it's evolution over time, and my opinion of it today is, it is just about evolved to a very usable and well developed application. Plus, it offers far more than just reading email. Shell interface, MySQL interface, gives users the ability to change their account passwords. Feature wise, I don't think anything compares to Usermin. Checking through the logs, I don't see any other errors so I'm having trouble find out why? The email does get delivered, but no copy is saved. On your second question, I run bothPOP3 and IMAP on the server. Some people with light traffic just want to get the mail to their PC, and other users want IMAP so they can work with their mail from multiple locations and computers. That's exactly what I'm going for. Good to hear I can expect it to work fine. I still have problems with outlook on pop3, especially if the mail is left on the server and also accessed with another MUA like outlook express -- don't ask -- stupid PHB decision -- but I haven't had other problems. I have Thunderbird as my MUA of choice, but also have both outlook and outlook express accessing my IMAP store occasionally for testing and debugging purposes. I'm also testing several webmail softwares on the same mail store and I haven't seen any gotchas. I too use Thunderbird, but all my clients will undoubtedly use Outlook or Eudora so I have more testing to find the gotchas with those too.
Re: [Dovecot] imap sent-mail folder sometimes dosen't get updated when used by more than a mailer at the same time.
Diego Liziero wrote: Hi, I'm collecting users feedback of latest dovecot 1.1.rc3 development release. Some users are complaining that their sent mails sometimes don't get written to imap Sent-mail folder. I'm having that exact trouble with Usermin as I just posted a follow up to an old issue. See subject: Re: [Dovecot] IMAP storage - mail_location = maildir:~/Maildir:mbox:~/mail/ I'm using dovecot 1.0.10. However when using thunderbird, I do not see this problem. It seems that all these users were using multiple istances of imap processes to read their mail (thunderbird+horde-imp, evolution+horde-imp or multiple thunderbird istances). Being my first experience using/configuring IMAP server, I'm finding that using multiple clients at the same time, changes are not immediately posted so viewing the same account with thunderbird on one machine and outlook on another, it appears to get out of sync. Seems mostly the 'delete' or 'move' commands don't actually happen until the client program is closed. I'm finding this annoying personally, but it seems to be the way it is supposed to work? No error message is written in dovecot.log, no user feedback in horde-imp/evolution. Only thunderbird says it can't update Sent folder. Has anyone had similar issues? Diego.
Re: [Dovecot] IMAP storage - mail_location = maildir:~/Maildir:mbox:~/mail/
Scott Silva wrote: on 3-10-2008 6:09 PM Tim Alberts spake the following: I'm moving to IMAP and trying to understand all the details of where to save email. The system is CentOS running sendmail - procmail which delivers as: DEFAULT=$HOME/Maildir/ I'm trying also to use Usermin as the webmail client. I can get mail to deliver to $HOME/Maildir/ and I can get clients (thunderbird outlook etc) to view them. However Usermin seems stuck with saving 'Drafts' 'Sent' and 'Trash' in $HOME/mail/ as mbox and Dovecot won't find them even when I use the setting: maildir:~/Maildir:mbox:~/mail/ I don't know what exact question to ask to I'll just ask for any thoughts on this? Second question, different topic. Are there problems with running POP3 and IMAP? I've always run POP3 and I'm thinking to move to IMAP for some clients so the Usermin webmail will be better 'synchronized' with the users inbox. Do you have usermin set to access mail by IMAP or the default of accessing the mail directly on the filesystem? I did have Usermin configured to read directly. I have changed this so Usermin goes through the local IMAP server (dovecot) and Usermin seems to be working much better with the mail. However, I have a new problem... I've changed my mail location back to mbox as follows: mail_location: mbox:~/mail/:INBOX=/var/mail/%u This is working great with two exceptions. First, using mozilla thunderbird as a client, I can create folders, but I can't create sub-folders. Why might this be? Second, I have Usermin configured to save a copy of sent mail in a folder 'Sent'. mozilla thunderbird is doing this OK, but Usermin is not. It gives me the following error on the web interface: Failed to send mail : Failed to set IMAP flags : Error in IMAP command UID: Invalid arguments. Checking through the logs, I don't see any other errors so I'm having trouble find out why? The email does get delivered, but no copy is saved. Current dovecont version/configuration: *> dovecot --version * 1.0.10 *> dovecot -n * # 1.0.10: /etc/dovecot.conf protocols: imap pop3 login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_location: mbox:~/mail/:INBOX=/var/mail/%u mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: passdb: driver: pam args: dovecot userdb: driver: passwd args: blocking=yes On your second question, I run bothPOP3 and IMAP on the server. Some people with light traffic just want to get the mail to their PC, and other users want IMAP so they can work with their mail from multiple locations and computers. That's exactly what I'm going for. Good to hear I can expect it to work fine.
[Dovecot] IMAP storage - mail_location = maildir:~/Maildir:mbox:~/mail/
I'm moving to IMAP and trying to understand all the details of where to save email. The system is CentOS running sendmail - procmail which delivers as: DEFAULT=$HOME/Maildir/ I'm trying also to use Usermin as the webmail client. I can get mail to deliver to $HOME/Maildir/ and I can get clients (thunderbird outlook etc) to view them. However Usermin seems stuck with saving 'Drafts' 'Sent' and 'Trash' in $HOME/mail/ as mbox and Dovecot won't find them even when I use the setting: maildir:~/Maildir:mbox:~/mail/ I don't know what exact question to ask to I'll just ask for any thoughts on this? Second question, different topic. Are there problems with running POP3 and IMAP? I've always run POP3 and I'm thinking to move to IMAP for some clients so the Usermin webmail will be better 'synchronized' with the users inbox. *> dovecot --version * 1.0.10 *> dovecot -n * # 1.0.10: /etc/dovecot.conf protocols: imap pop3 login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_location: maildir:~/Maildir:mbox:~/mail/ mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: passdb: driver: pam args: dovecot userdb: driver: passwd args: blocking=yes
Re: [Dovecot] Dovecot on CentOS5 - (login) returned error 127
Fixed, upgraded to 1.0.10 from rpm at www.atrpms.net and running now. Thank you for your support.
[Dovecot] Dovecot on CentOS5 - (login) returned error 127
Running CentOS Linux 5 with sendmail-procmail putting email in /var/spool/mail. I'm running pop3 only with the servers configured to authenticate with ldap (which is configured and running OK). I do have this same configuration on an older FC6 box and it works fine. I'm thinking I just need to upgrade dovecot given all the nss_ldap problems it has had, but I hate not using RPM packages and CentOS does not have upgraded packages. Hardware is Dell PowerEdge 1900 (64bit) with 2G RAM. Hopefully I'm doing something stupid and there's an easy fix for the packages and configuration I have. I'm seeing the following in the /var/log/maillog when I run dovecot. When I log in via telnet, I get the connection, but it never responds when I enter a user. Feb 21 15:41:20 cartman dovecot: Dovecot v1.0.rc15 starting up Feb 21 15:41:21 cartman dovecot: Temporary failure in creating login processes, slowing down for now Feb 21 15:41:21 cartman dovecot: pop3-login: pop3-login: error while loading shared libraries: libsepol.so.1: failed to map segment from shared object: Cannot allocate memory Feb 21 15:41:21 cartman dovecot: pop3-login: pop3-login: error while loading shared libraries: libsepol.so.1: failed to map segment from shared object: Cannot allocate memory Feb 21 15:41:21 cartman dovecot: child 4445 (login) returned error 127 Feb 21 15:41:21 cartman dovecot: child 4446 (login) returned error 127 Feb 21 15:41:21 cartman dovecot: pop3-login: pop3-login: error while loading shared libraries: libsepol.so.1: failed to map segment from shared object: Cannot allocate memory Feb 21 15:41:21 cartman dovecot: child 4447 (login) returned error 127 Feb 21 15:42:21 cartman dovecot: pop3-login: pop3-login: error while loading shared libraries: libsepol.so.1: failed to map segment from shared object: Cannot allocate memory Feb 21 15:42:21 cartman dovecot: pop3-login: pop3-login: error while loading shared libraries: libsepol.so.1: failed to map segment from shared object: Cannot allocate memory Feb 21 15:42:21 cartman dovecot: child 4465 (login) returned error 127 Feb 21 15:42:21 cartman dovecot: child 4466 (login) returned error 127 Feb 21 15:42:21 cartman dovecot: pop3-login: pop3-login: error while loading shared libraries: libsepol.so.1: failed to map segment from shared object: Cannot allocate memory Feb 21 15:42:21 cartman dovecot: child 4467 (login) returned error 127 Feb 21 15:43:21 cartman dovecot: pop3-login: pop3-login: error while loading shared libraries: libsepol.so.1: failed to map segment from shared object: Cannot allocate memory Feb 21 15:43:21 cartman last message repeated 2 times Feb 21 15:43:21 cartman dovecot: child 4469 (login) returned error 127 Feb 21 15:43:21 cartman dovecot: child 4470 (login) returned error 127 Feb 21 15:43:21 cartman dovecot: child 4471 (login) returned error 127 Feb 21 15:43:59 cartman dovecot: Killed with signal 15 Dovecot details are as follows: *> dovecot --version* 1.0.rc15 *> dovecot -n* # /etc/dovecot.conf protocols: pop3 listen: * login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/pop3-login mail_executable: /usr/libexec/dovecot/pop3 mail_plugin_dir: /usr/lib64/dovecot/pop3 pop3_client_workarounds: outlook-no-nuls oe-ns-eoh auth default: passdb: driver: pam args: dovecot userdb: driver: passwd args: blocking=yes
Re: [Dovecot] Webmail Recommendation
Tim Alberts wrote: I'll add Usermin (http://webmin.com/usermin.html) to the list, which is part of the webmin (http://webmin.com/) program. It's more than just a web based email client, but you can limit features that you don't want users to access. Out of curiosity, I Yahood 'java mbox maildir' and found a nice list here: http://java.sun.com/products/javamail/Third_Party.html May have to look at some of these myself.
Re: [Dovecot] Webmail Recommendation
I'll add Usermin (http://webmin.com/usermin.html) to the list, which is part of the webmin (http://webmin.com/) program. It's more than just a web based email client, but you can limit features that you don't want users to access.
Re: [Dovecot] v1.0.0 released
Congratulations Mr. Sirainen. Tell the Fedora folks to make an RPM update for FC6.
Re: [Dovecot] Dovecot Assertion on mail server with POP3 and LDAP authentication
Timo Sirainen wrote: On 10.4.2007, at 20.31, Tim Alberts wrote: Apr 4 08:44:38 msi2 dovecot: auth(default): dovecot-auth: ../../../libraries/liblber/io.c:491: ber_get_next: Assertion `ber->ber_buf == ((void *)0)' failed. Apr 4 08:44:38 msi2 dovecot: auth(default): pam(secretuser,192.168.0.200): Child process died .. passdb: driver: pam userdb: driver: passwd So you're using pam_ldap and nss_ldap. See http://wiki.dovecot.org/AuthDatabase/Passwd So I'd suggest upgrading. Thank you for the quick response. It doesn't look like the problem I'm having though? I don't have problems with people getting other peoples email. I have problems with the Assertion errors that I mentioned. No, but it could very well be caused by the same problem. Just to close off this threadThis seems to have fixed the problem. I upgraded to a newer version and that alone made a huge difference. However, I didn't make the configuration changes I was supposed to at that time. The following day, I checked the server logs and saw the problem happen a couple times within a second and that was it. Significantly less, but it prompted me to read the dovecot website again and make the recommended configuration changes. Running for a couple days now, no problems and positive reports from the clients. Thank you for the resolution and best wishes to everyone.
Re: [Dovecot] Dovecot Assertion on mail server with POP3 and LDAP authentication
Timo Sirainen wrote: On 10.4.2007, at 19.48, Tim Alberts wrote: Apr 4 08:44:38 msi2 dovecot: auth(default): dovecot-auth: ../../../libraries/liblber/io.c:491: ber_get_next: Assertion `ber->ber_buf == ((void *)0)' failed. Apr 4 08:44:38 msi2 dovecot: auth(default): pam(secretuser,192.168.0.200): Child process died .. passdb: driver: pam userdb: driver: passwd So you're using pam_ldap and nss_ldap. See http://wiki.dovecot.org/AuthDatabase/Passwd So I'd suggest upgrading. Thank you for the quick response. It doesn't look like the problem I'm having though? I don't have problems with people getting other peoples email. I have problems with the Assertion errors that I mentioned. I do see that Fedora has updated packages available for Fedora so I'll upgrade and see what happens.
[Dovecot] Dovecot Assertion on mail server with POP3 and LDAP authentication
Running two Fedora 6 systems with all the latest updates as of a week ago. One system is the mail server (sendmail, dovecot), the other is the master (open)LDAP server with the mail server running a slave LDAP instance. The problem I'm having is the client pop3 users are frequently being told their passwords aren't correct by their email clients (Outlook, Eudora). They try again, a couple times and eventually it works. I've seen it on my own account and when I test their accounts, occasionally it just doesn't take the password. I've only had this trouble since I implemented the LDAP authentication. Checking through the server maillog, I see the following entry: Apr 4 08:44:38 msi2 dovecot: auth(default): dovecot-auth: ../../../libraries/liblber/io.c:491: ber_get_next: Assertion `ber->ber_buf == ((void *)0)' failed. Apr 4 08:44:38 msi2 dovecot: auth(default): pam(secretuser,192.168.0.200): Child process died Apr 4 08:44:38 msi2 dovecot: auth(default): PAM: Child 14564 died with signal 6 Apr 4 08:44:38 msi2 dovecot: pop3-login: Aborted login: user=, method=PLAIN, rip=192.168.0.200, lip=192.168.0.11 This seems to point out that dovecot is the problem, but again, I didn't have this trouble until I implemented the LDAP authentication. So my question is, anyone know a solution? If not, anyone got a suggestion of where I should look for more clues or support? Or any suggestions at all? Thanks for any help. Following is the dovecot version and configuration [EMAIL PROTECTED] ~]# dovecot --version 1.0.rc15 [EMAIL PROTECTED] ~]# dovecot -n # /etc/dovecot.conf protocols: pop3 listen: login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/pop3-login mail_executable: /usr/libexec/dovecot/pop3 mail_plugin_dir: /usr/lib/dovecot/pop3 pop3_client_workarounds: outlook-no-nuls oe-ns-eoh auth default: passdb: driver: pam userdb: driver: passwd [EMAIL PROTECTED] ~]#
