Re: [Dovecot] imap-login crashes after upgrade to Dovecot 1.2.8 Linux 64-bit
On Dec 17, 2009, at 8:01 PM, Chris Wakelin wrote: >> Dec 18 00:27:58 imap-login: Info: Disconnected: Connection queue full (auth >> failed, 1 attempts): user=, method=PLAIN, rip=, >> lip=134.225.32.156, TLS >> Dec 18 00:27:58 imap-login: Panic: file ioloop.c: line 39 (io_add): >> assertion failed: (fd >= 0) I guess the crash is caused by the "connection queue full". I'll see about fixing the crash, but you shouldn't let it get full in any case. So increase your login_max_connections value.
Re: [Dovecot] imap-login crashes after upgrade to Dovecot 1.2.8 Linux 64-bit
On 18/12/2009 01:01, Chris Wakelin wrote: > > Up until this afternoon we had "login_process_per_connection = yes", and > login_max_connections at the default (256). I meant, of course, "login_process_per_connection = no" ... > > This evening I tried with "login_process_per_connection = no" with no > problems, except more CPU load and needing to increase ... and "login_process_per_connection = yes" - it's too late at night :( Best Wishes, Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wake...@reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094
[Dovecot] imap-login crashes after upgrade to Dovecot 1.2.8 Linux 64-bit
Hi all, We moved our Dovecot installation first of all to have all folders and inboxes on NetApps via NFS (with indexes local) then from a physical Solaris 8 4-way UltraSparc server running Dovecot 1.2.5 (32-bit) to a virtualised Ubuntu 8.04 64-bit server with a single virtual processor (in VMWare ESX 3.5) running Dovecot 1.2.8 (64-bit). Since the change, many of our users have experienced random disconnections when proxied in imap-login (either using the internal SSL proxy, or to an external IMAP server) and the error logs contain things like: > Dec 18 00:27:58 imap-login: Info: Disconnected: Connection queue full (auth > failed, 1 attempts): user=, method=PLAIN, rip=, > lip=134.225.32.156, TLS > Dec 18 00:27:58 imap-login: Panic: file ioloop.c: line 39 (io_add): assertion > failed: (fd >= 0) > Dec 18 00:27:58 IMAP 9486 : Info: Connection closed > bytes=224/1753 > Dec 18 00:27:58 IMAP 10116 : Info: Connection closed > bytes=82/707 ... > Dec 18 00:27:58 IMAP 10296 : Info: Disconnected in IDLE > bytes=44/435 > Dec 18 00:27:58 IMAP 10298 : Info: Disconnected in IDLE > bytes=263/1662 > Dec 18 00:27:58 dovecot: Error: child 5124 (login) killed with signal 6 (core > dumped) (latest ip=) > Dec 18 00:27:58 imap-login: Info: Aborted login (no auth attempts): > rip=, lip=134.225.32.156, TLS: Disconnected and a backtrace gives: > (gdb) bt > #0 0x7ff1030ad095 in raise () from /lib/libc.so.6 > #1 0x7ff1030aeaf0 in abort () from /lib/libc.so.6 > #2 0x004112d5 in default_fatal_finish (type=, > status=0) at failures.c:160 > #3 0x00411333 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, > status=0, fmt=, args=) at > failures.c:443 > #4 0x00410996 in i_panic (format=0x6 ) at > failures.c:207 > #5 0x0041420e in io_add (fd=-1, condition=IO_READ, callback=0x404db0 > , context=0x6af000) at ioloop.c:39 > #6 0x004059db in client_auth_failed (client=0x6af000, nodelay=true) > at client-authenticate.c:103 > #7 0x00405e07 in client_handle_args (client=0x6af000, args= optimized out>, success=true, nodelay_r=0x7fff571009af) > at client-authenticate.c:198 > #8 0x00406214 in sasl_callback (_client=0x6af000, > reply=SASL_SERVER_REPLY_SUCCESS, data=0x0, args=0x6361d0) at > client-authenticate.c:277 > #9 0x0040eb13 in auth_client_input_ok (conn=0x75b6c8, args= optimized out>) at auth-server-request.c:196 > #10 0x0040dbf3 in auth_client_input (conn=0x75b6c8) at > auth-server-connection.c:136 > #11 0x00414aa8 in io_loop_handler_run (ioloop=) > at ioloop-epoll.c:208 > #12 0x00413b9d in io_loop_run (ioloop=0x6552b0) at ioloop.c:335 > #13 0x00408e81 in main (argc=2, argv=0x7fff57100c58, > envp=0x7fff57100c70) at main.c:494 Up until this afternoon we had "login_process_per_connection = yes", and login_max_connections at the default (256). This evening I tried with "login_process_per_connection = no" with no problems, except more CPU load and needing to increase login_max_processes_count (and strictly speaking the max fds set with ulimit -n would need to be increased, though I didn't do that as it would have involved killing and restarting the master process - come back Solaris plimit!) Just after midnight, I switched back to "login_process_per_connection = no" and set "login_max_connections = 32" and managed to get core dumps enabled, hence the above! Apart from this problem, the virtual machine has been doing extremely well, so it's not CPU or I/O load related. I'm not sure whether the problem is caused by the switch from Dovecot 1.2.5 to 1.2.8, Solaris to Linux, physical to virtual, or 32-bit to 64-bit! Perhaps we changed too much at once, but it did mean we kept the service going while power was turned off in our main machine room last weekend ... Best Wishes, Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wake...@reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094
Re: [Dovecot] Dovecot v2.0 wiki
On 12/17/2009, Timo Sirainen (t...@iki.fi) wrote: > I forked the wiki to > > http://wiki1.dovecot.org/ is the old docs for v1.x > http://wiki2.dovecot.org/ is the new docs for v2.0 Just a suggestion... Personally, I think it would be easier and less confusing for users if you just had: http://wiki.dovecot.org as a landing page that explains about dovecot in general - explains the different versions, etc - and then has links to: http://wiki.dovecot.org/v1 and http://wiki.dovecot.org/v2
Re: [Dovecot] Dovecot v2.0 wiki
On Thu, 2009-12-17 at 18:44 -0500, Timo Sirainen wrote: > (Oh, and I haven't yet done any actual changes to wiki2..) Wonder if the front page would be better as a more minimal list of links that fits into a single page? Or is it better that it lists pretty much everything, so it can be searched? Or maybe there should be both? Wonder what would be the minimal list.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Dovecot v2.0 wiki
On 12/18/2009 12:44 AM Timo Sirainen wrote: > I forked the wiki to > > http://wiki1.dovecot.org/ is the old docs for v1.x > http://wiki2.dovecot.org/ is the new docs for v2.0 > … > Now would be a good time to do any other larger changes, if anyone has > suggestions. :) Before I forget it: wiki2/Tools * Index of all the Dovecot tools/utilities with a short description wiki2/Tools/dsync * Explains dsync detailed wiki2/Tools/doveadm * detailed doveadm inforamtion wiki2/Tools/doveconf Also the Pigeonhole tools (sievec, sieved and sieve-test)? Maybe: wiki2/FAQ/$PROTO (e.g. imap) Maybe this will help people to find the needed information. example structure: The question? The short answer, followed by links to the relevant page(s) Regards, Pascal -- The trapper recommends today: 5e1f1e55.0935...@localdomain.org
[Dovecot] Dovecot v2.0 wiki
I forked the wiki to http://wiki1.dovecot.org/ is the old docs for v1.x http://wiki2.dovecot.org/ is the new docs for v2.0 For now wiki.dovecot.org points to wiki1, but once v2.0 is released I'll change it to point to wiki2. I symlinked the user directory, so users should stay synced between the wikis. The main reason for wiki2 is to be able to describe Dovecot v2.0's actual behavior everywhere and get rid of all the old v1.x specific settings. The wiki1 is already annoyingly bloated and confusing with information about v1.0 and then v1.1 and maybe even how it's still different in v1.2.. Now would be a good time to do any other larger changes, if anyone has suggestions. :) (Oh, and I haven't yet done any actual changes to wiki2..) signature.asc Description: This is a digitally signed message part
Re: [Dovecot] v2.0.beta1 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17-12-2009 23:06, Luca Corti wrote: > On Thu, 2009-12-17 at 22:14 +0100, Nick Douma wrote: >> Ok, but how do I tell ingo to use this backend? I can't find a config >> entry of something in the Horde Administration panels that seem to >> control this. Also, when I click filters, I don't see my already present >> Sieve filters. > > Just leave only that backend uncommented in backends.php > Actually, I figured it out. I needed to set the 'preferred' setting to the right hostname. In my case it was the web address of the server that Horde runs on (mail.domain.tld) instead of localhost or just domain.tld. Now it works like a charm. Thanks for the help. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAksqrC0ACgkQkPq5zKsAFijLOgCggJpuFl8Qs1pzFHUyB3i8Iehj N1wAoI03a5qteghwcvtWkzrjT8VBiw4h =xlUn -END PGP SIGNATURE-
Re: [Dovecot] v2.0.beta1 released
On Thu, 2009-12-17 at 22:14 +0100, Nick Douma wrote: > Ok, but how do I tell ingo to use this backend? I can't find a config > entry of something in the Horde Administration panels that seem to > control this. Also, when I click filters, I don't see my already present > Sieve filters. Just leave only that backend uncommented in backends.php
Re: [Dovecot] Upgrade 1.0->1.2 dbox mysql
On Dec 17, 2009, at 1:18 PM, Charles Marcus wrote: On 12/17/2009 4:00 PM, Bradley Giesbrecht wrote: Seems to work but it's weird that I lost my subscribed folders. Also the perl script imapsync is only seeing an inbox and no other folders. Bradley, Please stop sending the same message over and over. You have a gmail account. GMail does not show you list messages that you SEND, only replies. This is a longstanding issue - go complain to gmail Please pardon my ignorance. //Bradley
Re: [Dovecot] Upgrade 1.0->1.2 dbox mysql
On 12/17/2009 4:00 PM, Bradley Giesbrecht wrote: > Seems to work but it's weird that I lost my subscribed folders. Also the > perl script imapsync is only seeing an inbox and no other folders. Bradley, Please stop sending the same message over and over. You have a gmail account. GMail does not show you list messages that you SEND, only replies. This is a longstanding issue - go complain to gmail -- Best regards, Charles
Re: [Dovecot] v2.0.beta1 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17-12-2009 22:02, Luca Corti wrote: > On Thu, 2009-12-17 at 21:55 +0100, Nick Douma wrote: >> // Name of the sieve script >> 'scriptname' => 'ingo', > > 'scriptname' => '.dovecot.sieve', > > Everything else seems good to me. > > ciao > > Luca > Ok, but how do I tell ingo to use this backend? I can't find a config entry of something in the Horde Administration panels that seem to control this. Also, when I click filters, I don't see my already present Sieve filters. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAksqn1AACgkQkPq5zKsAFijgxwCfQI/FkKpqa/H8PztAxiJ+oAaK R+MAn2oyQHHi1y3EjGrVIVLfp2rS9kEC =qkvj -END PGP SIGNATURE-
Re: [Dovecot] v2.0.beta1 released
On Thu, 2009-12-17 at 21:55 +0100, Nick Douma wrote: > // Name of the sieve script > 'scriptname' => 'ingo', 'scriptname' => '.dovecot.sieve', Everything else seems good to me. ciao Luca
[Dovecot] Upgrade 1.0->1.2 dbox mysql
Seems to work but it's weird that I lost my subscribed folders. Also the perl script imapsync is only seeing an inbox and no other folders. I seem to be creating a lot of name mailboxes where my INBOX and other folders are located. /opt/local/var/mail/domain.com/username/dbox/mailboxes This dir is getting populated with new INBOX and default folders. (domain.com and username are substitutes for the real users domain and username) dovecot.log: Dec 17 12:29:17 IMAP(usern...@domain.com): Info: Effective uid=5000, gid=5000, home=/opt/local/var/mail/domain.com/username Dec 17 12:29:17 IMAP(usern...@domain.com): Info: dbox: data=/opt/local/ var/mail/domain.com/username/dbox Dec 17 12:29:17 IMAP(usern...@domain.com): Info: fs: root=/opt/local/ var/mail/username.com/username/dbox, index=, control=, inbox= dovecot-deliver.log: Dec 17 12:35:08 deliver(usern...@domain.com): Info: auth input: home=/ opt/local/var/mail/domain.com/username Dec 17 12:35:08 deliver(usern...@domain.com): Info: auth input: uid=5000 Dec 17 12:35:08 deliver(usern...@domain.com): Info: auth input: gid=5000 Dec 17 12:35:08 deliver(usern...@domain.com): Info: dbox: data=/opt/ local/var/mail/domain.com/username/dbox Dec 17 12:35:08 deliver(usern...@domain.com): Info: fs: root=/opt/ local/var/mail/domain.com/username/dbox, index=, control=, inbox= Dec 17 12:35:08 deliver(usern...@domain.com): Info: msgid=>: saved mail to INBOX Could someone confirm that this looks right? Thank you, Bradley Giesbrecht
Re: [Dovecot] v2.0.beta1 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17-12-2009 21:21, Luca Corti wrote: > On Thu, 2009-12-17 at 20:56 +0100, Luca Corti wrote: >> I could also alter my filters from Horde Ingo, but strangely enough it >> won't display the currently active script and managesieve does not log >> anything anymore about the sieve script not being there. > > Ignore this one, it's an issue with Ingo apparently. Still wondering > what fixed the symlink error though. > > thanks > > Luca > Off-topic: could you tell me how you configured Ingo to work with ManageSieve? I tried following the guide on the Horde website, but it doesn't work for me. I defined the Dovecot backend, but I don't get how I go from there. Here is the relevant part: $backends['dovecot'] = array( 'driver' => 'timsieved', 'preferred' => 'localhost', 'hordeauth' => true, 'params' => array( // Hostname of the timsieved server 'hostspec' => 'localhost', // Login type of the server 'logintype' => 'PLAIN', // Enable/disable TLS encryption 'usetls' => true, // Port number of the timsieved server 'port' => 2000, // Name of the sieve script 'scriptname' => 'ingo', // The following settings can be used to specify an administration // user to update all users' scripts. If you want to use an admin // user, you also need to disable 'hordeauth' above. You have to use // an admin user if you want to use shared rules. // 'username' => 'cyrus', // 'password' => '*', ), 'script' => 'sieve', 'scriptparams' => array(), 'shares' => false ); -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAksqmrgACgkQkPq5zKsAFijYLwCfbWlYo6atN4Xa2cZdtRiAwU6b hiYAnjZZALPlzZWOfbZqgvs5eyGg/qYd =JuTV -END PGP SIGNATURE-
[Dovecot] Upgrade 1.0->1.2 dbox mysql
Hi, I just upgraded to from dovecot v1.1.15 to v1.2.9 so I can use dovecot- sieve. Most everything seems to work but my webmail (roundcube) clients are not seeing their subscribed folders. Reading over the upgrade docs at http://wiki.dovecot.org/Upgrading/1.2 I'm wondering if I have the two settings below configured correctly. dovecot.conf: mail_location = dbox:/opt/local/var/mail/%d/%n/dbox dovecot_mysql.conf user_query homedir result: /opt/local/var/mail/example.com/foo bash-3.2# dovecot -n # 1.2.9: /opt/local/etc/dovecot/dovecot.conf # OS: Darwin 9.8.0 Power Macintosh hfs log_path: /opt/local/var/serveza/log/mail/dovecot.log protocols: imap imaps pop3 pop3s disable_plaintext_auth: no verbose_ssl: yes login_dir: /opt/local/var/run/dovecot/login login_executable(default): /opt/local/libexec/dovecot/imap-login login_executable(imap): /opt/local/libexec/dovecot/imap-login login_executable(pop3): /opt/local/libexec/dovecot/pop3-login login_greeting: now what? mail_location: dbox:/opt/local/var/serveza/mail/%d/%n/dbox mail_debug: yes mail_executable(default): /opt/local/etc/dovecot/bin/log_imap_login.sh mail_executable(imap): /opt/local/etc/dovecot/bin/log_imap_login.sh mail_executable(pop3): /opt/local/etc/dovecot/bin/log_pop3_login.sh mail_plugin_dir(default): /opt/local/lib/dovecot/imap mail_plugin_dir(imap): /opt/local/lib/dovecot/imap mail_plugin_dir(pop3): /opt/local/lib/dovecot/pop3 lda: log_path: /opt/local/var/serveza/log/mail/dovecot-deliver.log auth_socket_path: /opt/local/var/run/dovecot/auth-master postmaster_address: postmas...@pixilla.com auth default: mechanisms: plain login cram-md5 ntlm apop verbose: yes debug: yes debug_passwords: yes passdb: driver: sql args: /opt/local/etc/dovecot/dovecot_mysql.conf userdb: driver: prefetch userdb: driver: sql args: /opt/local/etc/dovecot/dovecot_mysql.conf socket: type: listen client: path: /opt/local/var/spool/postfix/private/auth mode: 432 user: _postfix group: _postfix master: path: /opt/local/var/run/dovecot/auth-master mode: 384 user: _vmail Thanks for any clues, Bradley Giesbrecht
Re: [Dovecot] v2.0.beta1 released
On Thu, 2009-12-17 at 20:56 +0100, Luca Corti wrote: > I could also alter my filters from Horde Ingo, but strangely enough it > won't display the currently active script and managesieve does not log > anything anymore about the sieve script not being there. Ignore this one, it's an issue with Ingo apparently. Still wondering what fixed the symlink error though. thanks Luca
[Dovecot] Upgrade 1.0->1.2 dbox mysql
Hi, I just upgraded to from dovecot v1.1.15 to v1.2.9 so I can use dovecot- sieve. Most everything seems to work but my webmail (roundcube) clients are not seeing their subscribed folders. Reading over the upgrade docs at http://wiki.dovecot.org/Upgrading/1.2 I'm wondering if I have the two settings below configured correctly. dovecot.conf: mail_location = dbox:/opt/local/var/mail/%d/%n/dbox dovecot_mysql.conf user_query homedir result: /opt/local/var/mail/example.com/foo bash-3.2# dovecot -n # 1.2.9: /opt/local/etc/dovecot/dovecot.conf # OS: Darwin 9.8.0 Power Macintosh hfs log_path: /opt/local/var/serveza/log/mail/dovecot.log protocols: imap imaps pop3 pop3s disable_plaintext_auth: no verbose_ssl: yes login_dir: /opt/local/var/run/dovecot/login login_executable(default): /opt/local/libexec/dovecot/imap-login login_executable(imap): /opt/local/libexec/dovecot/imap-login login_executable(pop3): /opt/local/libexec/dovecot/pop3-login login_greeting: now what? mail_location: dbox:/opt/local/var/serveza/mail/%d/%n/dbox mail_debug: yes mail_executable(default): /opt/local/etc/dovecot/bin/log_imap_login.sh mail_executable(imap): /opt/local/etc/dovecot/bin/log_imap_login.sh mail_executable(pop3): /opt/local/etc/dovecot/bin/log_pop3_login.sh mail_plugin_dir(default): /opt/local/lib/dovecot/imap mail_plugin_dir(imap): /opt/local/lib/dovecot/imap mail_plugin_dir(pop3): /opt/local/lib/dovecot/pop3 lda: log_path: /opt/local/var/serveza/log/mail/dovecot-deliver.log auth_socket_path: /opt/local/var/run/dovecot/auth-master postmaster_address: postmas...@pixilla.com auth default: mechanisms: plain login cram-md5 ntlm apop verbose: yes debug: yes debug_passwords: yes passdb: driver: sql args: /opt/local/etc/dovecot/dovecot_mysql.conf userdb: driver: prefetch userdb: driver: sql args: /opt/local/etc/dovecot/dovecot_mysql.conf socket: type: listen client: path: /opt/local/var/spool/postfix/private/auth mode: 432 user: _postfix group: _postfix master: path: /opt/local/var/run/dovecot/auth-master mode: 384 user: _vmail Thanks for any clues, Bradley Giesbrecht
Re: [Dovecot] v2.0.beta1 released
On Wed, 2009-12-16 at 05:01 +0100, Pascal Volk wrote: > > service managesieve { > >inet_listener { > > port = 2000 > >} > > } > > Are you sure? Or was it: 'service managesieve-login {…}'? Right, stupid typo, in the config is obviously correct. > BTW: Use port 4190 > http://www.iana.org/assignments/port-numbers: > (last updated 2009-12-15) > … > sieve 4190/tcp ManageSieve Protocol Oh, great. Changed. > > service managesieve{ > > } > > This is optional. Thanks, I've moved it out. > No, I've seen nothing like that. Additional to your above mentioned > settings I've got this settings: > > # plugin.conf > plugin { > sieve = ~/.dovecot.sieve > sieve_dir = ~/sieve > # some none sieve related settings > } Yes, me too: plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve sieve_extensions = +notify +imapflags } > Your userdb returns a home value? I'm asking because one time > /home/someuser and the other one /somepath/user. mail_location = maildir:/somepath/%u ... userdb { args = blocking=yes driver = passwd } I added blocking right now because I just realized users are in LDAP. /home/someuser/.dovecot.sieve is a symlink to /somepath/user/.dovecot.sieve.sieve By the way, I just reloaded dovecot with the few changes highligthed in this mail and it does not give the error I described... I could also alter my filters from Horde Ingo, but strangely enough it won't display the currently active script and managesieve does not log anything anymore about the sieve script not being there. I tried adding a new sieve fileinto rule, which works. Sent a test mail which would match the filter and dovecot also logged this Dec 17 20:45:35 someserver dovecot: lda(someuser): rename(/somepath/someuser/dovecot-uidvalidity, /somepath/someuser/luca/dovecot-uidvalidity) failed: No such file or directory But now both sieve and managesieve seem to work. thanks for your time Luca
Re: [Dovecot] Sieve Plugin Help
Read the fine documentation: http://wiki.dovecot.org/LDA Thanks for pointing me in the right direction. -- --asai
Re: [Dovecot] dovecot-1.2.8 imap crash (with backtrace)
On 12/17/2009 01:07 PM, Timo Sirainen wrote: On Thu, 2009-12-17 at 12:49 -0500, David Halik wrote: I applied those patches to my 1.2.8 installation before 1.2.9 was released and that immediately fixed the expunge crash, but the array_delete bug is still there. Do you also see the "duplicate file entry" before the crash? Yes, the duplicate file entry is always reported immediately before the crash, just as Ralf reported too. You can see it in this example pastebin I took from one of our users: http://pastebin.com/f29c55de5 maildir:~/Maildir:INDEX=/rci/nqu%h/dovecot:CONTROL=/rci/nqu%h/dovecot Are the index/control files on NFS? Are there multiple different servers accessing mail data? Correct. All index, control files, amd mail storage are located on NFS and there are multiple load balanced servers accessing the NFS data. We're currently running with: mmap_disable = yes dotlock_use_excl = yes fsync_disable = no mail_nfs_storage = yes mail_nfs_index = yes -- David Halik System Administrator OIT-CSS Rutgers University dha...@jla.rutgers.edu
[Dovecot] Upgrade 1.0->1.2 dbox mysql
Hi, I just upgraded to from dovecot v1.1.15 to v1.2.9 so I can use dovecot- sieve. Most everything seems to work but my webmail (roundcube) clients are not seeing their subscribed folders. Reading over the upgrade docs at http://wiki.dovecot.org/Upgrading/1.2 I'm wondering if I have the two settings below configured correctly. dovecot.conf: mail_location = dbox:/opt/local/var/mail/%d/%n/dbox dovecot_mysql.conf user_query homedir result: /opt/local/var/mail/example.com/foo bash-3.2# dovecot -n # 1.2.9: /opt/local/etc/dovecot/dovecot.conf # OS: Darwin 9.8.0 Power Macintosh hfs log_path: /opt/local/var/serveza/log/mail/dovecot.log protocols: imap imaps pop3 pop3s disable_plaintext_auth: no verbose_ssl: yes login_dir: /opt/local/var/run/dovecot/login login_executable(default): /opt/local/libexec/dovecot/imap-login login_executable(imap): /opt/local/libexec/dovecot/imap-login login_executable(pop3): /opt/local/libexec/dovecot/pop3-login login_greeting: now what? mail_location: dbox:/opt/local/var/serveza/mail/%d/%n/dbox mail_debug: yes mail_executable(default): /opt/local/etc/dovecot/bin/log_imap_login.sh mail_executable(imap): /opt/local/etc/dovecot/bin/log_imap_login.sh mail_executable(pop3): /opt/local/etc/dovecot/bin/log_pop3_login.sh mail_plugin_dir(default): /opt/local/lib/dovecot/imap mail_plugin_dir(imap): /opt/local/lib/dovecot/imap mail_plugin_dir(pop3): /opt/local/lib/dovecot/pop3 lda: log_path: /opt/local/var/serveza/log/mail/dovecot-deliver.log auth_socket_path: /opt/local/var/run/dovecot/auth-master postmaster_address: postmas...@pixilla.com auth default: mechanisms: plain login cram-md5 ntlm apop verbose: yes debug: yes debug_passwords: yes passdb: driver: sql args: /opt/local/etc/dovecot/dovecot_mysql.conf userdb: driver: prefetch userdb: driver: sql args: /opt/local/etc/dovecot/dovecot_mysql.conf socket: type: listen client: path: /opt/local/var/spool/postfix/private/auth mode: 432 user: _postfix group: _postfix master: path: /opt/local/var/run/dovecot/auth-master mode: 384 user: _vmail Thanks for any clues, Bradley Giesbrecht
Re: [Dovecot] Sieve Plugin Help
On 12/17/2009 07:14 PM Asai wrote: > OK, here's the thing, it says relay=virtual. So, I guess I'm not using > deliver. How do I set it up to use deliver? > Read the fine documentation: http://wiki.dovecot.org/LDA -- The trapper recommends today: beeffeed.0935...@localdomain.org
Re: [Dovecot] Sieve Plugin Help
On 12/17/2009 06:39 PM Asai wrote: Thank you, Pascal. I have enabled this, but I'm still not seeing anything related to sieve in the logs. Could someone review my config and see if there's something wrong here? By the way, I'm using maildirs with virtual users and MySQL authentication. # 1.2.8: /etc/dovecot.conf # OS: Linux 2.6.18-92.1.6.el5.centos.plusxen x86_64 CentOS release 5 … lda: mail_debug: yes postmaster_address: postmas...@globalchangemultimedia.net hostname: triata.globalchangemultimedia.net mail_plugins: sieve mail_plugin_dir: /usr/lib64/dovecot/lda … plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve Looks OK. Are you using Dovecot's deliver for virtual mail delivery? When you are using Postfix and deliver, you will find something like the following in your logs: postfix/pipe … to=, relay=dovecot, … (delivered via dovecot service) Then deliver should log something like: deliver(user): Loading modules from directory: /usr/… Regards, Pascal OK, here's the thing, it says relay=virtual. So, I guess I'm not using deliver. How do I set it up to use deliver? -- --asai
Re: [Dovecot] Upgrade 1.0->1.2
On Thu, 2009-12-17 at 15:12 +0100, Ivica Glavocic wrote: > Since dovecot-uidlist file have new format and index files have changed > in v1.1, what must be done to have new Dovecot v1.2 working properly > with old v1.0 maildirs? Nothing. v1.2 can read v1.0's maildirs and indexes just fine. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Sieve Plugin Help
On 12/17/2009 06:39 PM Asai wrote: > Thank you, Pascal. I have enabled this, but I'm still not seeing > anything related to sieve in the logs. Could someone review my config > and see if there's something wrong here? By the way, I'm using maildirs > with virtual users and MySQL authentication. > > # 1.2.8: /etc/dovecot.conf > # OS: Linux 2.6.18-92.1.6.el5.centos.plusxen x86_64 CentOS release 5 > … > lda: > mail_debug: yes > postmaster_address: postmas...@globalchangemultimedia.net > hostname: triata.globalchangemultimedia.net > mail_plugins: sieve > mail_plugin_dir: /usr/lib64/dovecot/lda > … > plugin: > sieve: ~/.dovecot.sieve > sieve_dir: ~/sieve Looks OK. Are you using Dovecot's deliver for virtual mail delivery? When you are using Postfix and deliver, you will find something like the following in your logs: postfix/pipe … to=, relay=dovecot, … (delivered via dovecot service) Then deliver should log something like: deliver(user): Loading modules from directory: /usr/… Regards, Pascal -- The trapper recommends today: decade.0935...@localdomain.org
Re: [Dovecot] dovecot-1.2.8 imap crash (with backtrace)
On Thu, 2009-12-17 at 12:49 -0500, David Halik wrote: > I applied those patches to my 1.2.8 installation before 1.2.9 was > released and that immediately fixed the expunge crash, but the > array_delete bug is still there. Do you also see the "duplicate file entry" before the crash? > maildir:~/Maildir:INDEX=/rci/nqu%h/dovecot:CONTROL=/rci/nqu%h/dovecot Are the index/control files on NFS? Are there multiple different servers accessing mail data? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] force PLAIN auth mech?
On Thu, 2009-12-17 at 12:47 -0500, Frank Cusack wrote: > On December 17, 2009 12:45:16 PM -0500 Frank Cusack > wrote: > > I have > > > > auth_default { > > mechanisms = plain > > } > > > > yet clients are able to login using cram-md5. how can i force use of > > plain? > > the reason i think folks are using non-plain is that i see resp=... in > the auth debug, as opposed to pass=... . It's always resp=, no matter how you log in. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Sieve Plugin Help
On Thu, 2009-12-17 at 10:39 -0700, Asai wrote: > Thank you, Pascal. I have enabled this, but I'm still not seeing > anything related to sieve in the logs. Do you even see anything from deliver in the logs? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot-1.2.8 imap crash (with backtrace)
I found this post from a couple of weeks ago: http://www.mail-archive.com/dovecot@dovecot.org/msg24127.html Any update on this? I'm experiencing the same issue. Out of a user population of 4000, I get about 20 of these dumps a day, so it's not major issue, but I thought I'd follow up. Here is an example: http://pastebin.com/f29c55de5 I can provide a more detailed debug log from teh core dump if necessary, but since the above email already had it I figured I'd wait. Note this is *not* the same issue as: - maildir: v1.2.7 and v1.2.8 caused assert-crashes in maildir_uidlist_records_drop_expunges() I applied those patches to my 1.2.8 installation before 1.2.9 was released and that immediately fixed the expunge crash, but the array_delete bug is still there. dovecot -n --- bash-3.2# /usr/sbin/dovecot -n # 1.2.8: /etc/dovecot.conf # OS: Linux 2.6.18-164.6.1.el5 x86_64 CentOS release 5.4 (Final) listen: * ssl_cert_file: /rci/local/certs/imapd-pop3d.pem ssl_key_file: /rci/local/certs/imapd-pop3d.pem disable_plaintext_auth: yes 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 login_max_processes_count: 2048 max_mail_processes: 2048 first_valid_uid: 100 mail_location: maildir:~/Maildir:INDEX=/rci/nqu%h/dovecot:CONTROL=/rci/nqu%h/dovecot mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mail_drop_priv_before_exec: yes mail_executable(default): /rci/local/etc/convert-courier-imap.sh mail_executable(imap): /rci/local/etc/convert-courier-imap.sh mail_executable(pop3): /rci/local/etc/convert-courier-pop.sh 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_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): UID%u-%v namespace: type: private separator: . prefix: INBOX. inbox: yes list: yes subscriptions: yes auth default: passdb: driver: pam args: dovecot userdb: driver: passwd -- David Halik System Administrator OIT-CSS Rutgers University dha...@jla.rutgers.edu
Re: [Dovecot] force PLAIN auth mech?
On December 17, 2009 12:45:16 PM -0500 Frank Cusack wrote: I have auth_default { mechanisms = plain } yet clients are able to login using cram-md5. how can i force use of plain? the reason i think folks are using non-plain is that i see resp=... in the auth debug, as opposed to pass=... .
[Dovecot] force PLAIN auth mech?
I have auth_default { mechanisms = plain } yet clients are able to login using cram-md5. how can i force use of plain?
Re: [Dovecot] Sieve Plugin Help
On 12/16/2009 10:30 PM Asai wrote: OK, so I got the sieve plugin built, but how do I test whether it's working? Is there debug output anywhere I can check? Please stop top posting. Enable mail_debug, at least in the protocol lda {…} section, and watch your log file. Regards, Pascal Thank you, Pascal. I have enabled this, but I'm still not seeing anything related to sieve in the logs. Could someone review my config and see if there's something wrong here? By the way, I'm using maildirs with virtual users and MySQL authentication. # 1.2.8: /etc/dovecot.conf # OS: Linux 2.6.18-92.1.6.el5.centos.plusxen x86_64 CentOS release 5 (Final) ext3 ssl_cert_file: /etc/ssl/triata.globalchangemultimedia.net/mailserver/smtpd.pem ssl_key_file: /etc/ssl/triata.globalchangemultimedia.net/mailserver/smtpd.pem 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:/vmail/%d/%n 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 namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: public separator: / prefix: public/ location: maildir:/vmail/public:INDEX=/vmail/%u/public list: yes lda: mail_debug: yes postmaster_address: postmas...@globalchangemultimedia.net hostname: triata.globalchangemultimedia.net mail_plugins: sieve mail_plugin_dir: /usr/lib64/dovecot/lda auth default: mechanisms: plain login passdb: driver: sql args: /etc/dovecot-mysql.conf userdb: driver: passwd userdb: driver: sql args: /etc/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 432 user: vmail group: vmail plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve -- --asai
[Dovecot] Upgrade 1.0->1.2
Hi all We are planning to upgrade Dovecot from production version 1.0.10 to latest version 1.2.9 Users are using maildir style mailboxes with ~20 GB of messages on SLES10 server. Upgrade will be done by installing new server and then migrating mailboxes from old on new server. Since dovecot-uidlist file have new format and index files have changed in v1.1, what must be done to have new Dovecot v1.2 working properly with old v1.0 maildirs? Thanks, regards Ivica Glavocic
Re: [Dovecot] How to let people change their password ?
On Thu, Dec 17, 2009 at 11:53 AM, Edi Stojicevic < estojice...@debianworld.org> wrote: > Hi, > > I would like to know what do you use to let people change their email > password ? > I have a dedicated server with postfix and dovecot on it for a couple of > web sites and I need to be able to let them change their mail password > ... but I havent found any documentation on that :( > > If you have any feedbacks, tutorials, website, ... let me know ;) > It cannot be a dovecot issue, this one:-) The way you add the accounts to the system is what matters. You have to find a way around it. Do you use webmail? Which implementation? -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ "If you have nothing good to say about someone, just shut up!." -- Lucky Dube
Re: [Dovecot] How to let people change their password ?
On Thu, 2009-12-17 at 10:16 +0100, Robert Schetterer wrote: > Am 17.12.2009 09:53, schrieb Edi Stojicevic: > > Hi, > > > > I would like to know what do you use to let people change their email > > password ? > > I have a dedicated server with postfix and dovecot on it for a couple of > > web sites and I need to be able to let them change their mail password > > ... but I havent found any documentation on that :( > > > > If you have any feedbacks, tutorials, website, ... let me know ;) > > > > ++ > THis depends where and how your passwords are stored > if you have them i.e in mysql you can change them with > webguis/webmailcleints like horde ,squirrelmail > postfixadmin etc. > If they are local accounts you may use webmin/usermin etc. > describe your setup Roberts right, without you advising how you are authing, it's near impossible to give guidance, but if you are using mysql, the change_sqlpass plugin is what you want, its also very easy to modify it to change other passwords stored in mysql like ftp/http auth at same time. -- Kind Regards, SSA Noel Butler L.C.P No. 251002 This Email, including any attachments, may contain legally privileged information, therefore remains confidential and subject to copyright protected under international law. You may not disseminate or reveal any part to anyone without the authors express written authority to do so. If you are not the intended recipient, please notify the sender and delete all relevance of this message including any attachments, immediately. Confidentiality, copyright, and legal privilege are not waived or lost by reason of the mistaken delivery of this message. Only PDF and ODF documents are accepted, do not send Microsoft proprietary formatted documents.
Re: [Dovecot] How to let people change their password ?
Am 17.12.2009 09:53, schrieb Edi Stojicevic: > Hi, > > I would like to know what do you use to let people change their email > password ? > I have a dedicated server with postfix and dovecot on it for a couple of > web sites and I need to be able to let them change their mail password > ... but I havent found any documentation on that :( > > If you have any feedbacks, tutorials, website, ... let me know ;) > > ++ THis depends where and how your passwords are stored if you have them i.e in mysql you can change them with webguis/webmailcleints like horde ,squirrelmail postfixadmin etc. If they are local accounts you may use webmin/usermin etc. describe your setup -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
[Dovecot] How to let people change their password ?
Hi, I would like to know what do you use to let people change their email password ? I have a dedicated server with postfix and dovecot on it for a couple of web sites and I need to be able to let them change their mail password ... but I havent found any documentation on that :( If you have any feedbacks, tutorials, website, ... let me know ;) ++ -- .''`. Edi Stojicevic : :' : Debian GNU/Linux user, admin & developer - http://www.debian.org `. `~' French speaking Debian website founder - http://www.debianworld.org `-GPG Key Id : 0x1237B032
Re: [Dovecot] CRAM-MD5 in Python
On 16/dic/2009, at 20.01, Nick Douma wrote: > On 16-12-2009 17:11, Andre wrote: >> Hi to all! >> I’m writing a python module (python+sqlalchemy) to manage user and domain >> configuration on my system (I hope to get a CLI tool, a Web app and even a >> native Mac app, via PyObjc, from my lib). >> I’m implementing password crypto, but I have some problem in generating >> CRAM-MD5 password, dovecot style. >> I’ve found an old discussion on this mailing list and a piece of Perl that >> works, but I need to implement it in Python; I’ve even read code >> (hmac-md5.c), but before start hard coding (hard from my POV at least, since >> I’ve never worked with crypto algorithms in a deep way), is there anyone >> that have had solved the problem or has any idea on how to approach it? >> >> TIA >> Andre > > If the module is always going to run on a machine with dovecot > installed, you could call from your script: > > $ dovecotpw -s CRAM-MD5 -p > I know, I thought to do in this way, but it introduces an unnecessary and strong dependency. Imagine of a web server running the administration interface, that is not even the IMAP server (I know I can install only common dovecot components) or imagine to write a OSX/Windows Administration tool (I would like to write a Xcode/PyOBjc tool). Anyway, I’ll give a try to module hmac. Andre