- dovecot - dovecot.org

[Dovecot] cyrus's smartcieve with dovecot usable
by Michael Nausch 02 Feb '09

02 Feb '09

HI, one of my users asked me, wether smartcieve is still available after migration from cyrus to dovecot, or not. Is this possible, because smartsieve is designed for cyrus-Imapd? Or is there something similar available for maintaining the custom user rulsets by the users? ttyl, Django

2 1

[Dovecot] managesieve proxy cyrus
by Mathieu Kretchner 02 Feb '09

02 Feb '09

Hello all, I've configured a dovecot server in proxy mode. It seems to work well but. I've tested managesieve with squirrelmail and it's working correctly but I can't connect to cyrus sieve server : timsieved Does anybody here have configure a sieve proxy to do this ? Or is it a normal behavior and dovecot sieve proxy can't speak with cyrus sieve ? Thanks.

4 11

Re: [Dovecot] help writeing rule for preventin spam
by Sophia Alikhani 31 Jan '09

31 Jan '09

Hi I suddely could preventing of entering spam . I added zen.spamhaus.org to rblsmtpd to my qmail-smtpd/run file and now it works well. -- with regards Sophia Alikhani WorkPhone: +98-21-8497057 Mobile : +98-912-3361036

1 0

Re: [Dovecot] Concurrent POP3 Sessions Issues
by Brandon Lamb 30 Jan '09

30 Jan '09

On Fri, Jan 30, 2009 at 4:39 AM, Mauricio López Riffo <mauricio.lopez(a)netline.net> wrote: > Timo, > > What messages should be see? I execute the commands and shows a lot > of messages, i dont know what it means, i m not a programmer :) > > > Thanks > > ---- > > Mauricio López Riffo > Red Hat Certified Engineer > 804006455319519 > Netline Telecomunicaciones Chile > Los Conquistadores 2430, Providencia, Santiago. > Codigo Postal: 7530041 > Fono: +562 6560600 > Móvil: +569 90992366 > >> -----Mensaje original----- >> De: Timo Sirainen [mailto:tss@iki.fi] >> Enviado el: jueves, 29 de enero de 2009 20:46 >> Para: mauricio.lopez(a)netline.net; Dovecot Mailing List >> Asunto: Re: [Dovecot] Concurrent POP3 Sessions Issues >> >> On Jan 29, 2009, at 1:17 PM, Mauricio López Riffo wrote: >> >> > I have problems with dovecot + ldap + nfs, we could't have more than >> > 20 concurrent sessions of pop3, when user 21 comes, the auth process >> > takes more than 1 sec and is incresing (while most users arrives, more >> > delay in >> > autenticacion exists) and my customers complaint about the service. >> > We need >> > support about 200 concurrents pop3 users, here is my details >> >> Someone else was recently complaining about the same thing. Or was it you? > Anyway, >> dovecot-auth doesn't know how many users are logged in so if the problem > really is 21 >> *concurrent users* instead of n logins/ second, I find it highly unlikely > that the problem is >> with authentication. >> >> My guess is that this has something to do with NFS. Perhaps start Dovecot > with strace -tt -f >> dovecot and then when it's slowing down see what syscall it says is > blocking. I had the same kind of issues. Moving dovecot to the nfs server directly solved all my weird problems.

1 0

[Dovecot] problem with some mailboxes (failed: Is a directory)
by mikie＠x.org.pl 30 Jan '09

30 Jan '09

I have this problem with some mailboxes (actually Maildirs) on my system. After some user's activity there is following information in dovecot logs: Jan 29 16:24:28 mailserv dovecot: IMAP(username): unlink(/var/spool/mail/imap/user/username/Maildir/cur/Sent:2,ST) failed: Is a directory User can not connect to his account neither via POP3 nor IMAP. There is one workaround I know which is: rm /var/spool/mail/imap/user/username/Maildir/dovecot.index* But after some time (some activity of user) the problem comes back. Mikie

4 6

[Dovecot] dovecot-1.2-managesieve "make install" ignores Dovecot's prefix
by Steffen Kaiser 30 Jan '09

30 Jan '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I'm trying to compile dovecot-1.2-managesieve from hg repo with Dovecot v1.2 and I found that managesieve uses another "install" target/prefix than I've configured in Dovecot. Is this intentional? Because you must specify the compiled Dovecot sources, is managesieve just "loosly" connected to Dovecot so it would survive a Dovecot (minor) update, or do I need to compile managesieve each time as well? If I need to compile each time, managesive should default to install into the same directory than Dovecot, shouldn't it? Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSYMXdHWSIuGy1ktrAQJLMAf/aAwnEoyNyieWBPjy/h2V6YFrJ4KVdtwZ i+di1ft1w11P/abvZTf5dRI9dakw6aWX+ufs0gvLeWVYFwVRL4ZiIQsTUA8Z4X+3 1vuyemm70aGgX6pMX+O4oyAUoHIf1SzJFP+sGI+g40dZZbiScTugliOtdWnW7sO+ vI4rpRLUVs/xANByqKHUyj2LZrMJJbTFSfJyOHJQLc17WG9gM1RPyi+uzEIPWMg1 iqSv32ID9bWUWepIC65DG/+9TRoUP+CzMixzQBsz+pIpQk/zC11v94Lu7U6InbSg j430JFIDv/hjd+6/lonvgABLlsQtG0VLv3tAa2Mi2uk8SIW7xIsOQQ== =EUJ8 -----END PGP SIGNATURE-----

2 1

[Dovecot] managesieve/README sieve_storage doc confusion
by Steffen Kaiser 30 Jan '09

30 Jan '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, http://hg.rename-it.nl/dovecot-1.2-managesieve/file/tip/README contains the paragraphs (line 47): " mail_location = If, for some inobvious reason, the sieve_storage remains unset, the managesieve daemon uses the specification of the mail_location to find out where to store the sieve files. However, this is provided only for backwards compatibility and you should always use the sieve_storage setting in stead. Additionally, the ManageSieve service uses the following settings from the plugin section of the config file. These settings are the ones used by the Sieve plugin. sieve_dir = This specifies the path to the directory where the uploaded scripts are stored. Scripts are stored as separate files with extension .sieve, all other files are ignored when scripts are listed by a ManageSieve client. If this setting remains unspecified, the mail_location setting is used as explained above. " Because sieve_storage is not mentioned anywhere else in the document and because of this discussion: http://dovecot.markmail.org/message/kzjpwdhyqhdn53zd , I suspect that sieve_dir is the older naming of it. However, the source code uses getenv("SIEVE_DIR") in lib-cmusieve, so this assumption is probably wrong. What's the correct meaning and placement of sieve_storage and sieve_dir ? Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSYMey3WSIuGy1ktrAQIfSwf/bF7ATn3MLDHL/rMZgqj5+cbHT5t60+UJ Zq3ktiUePwbk1bP04Xtm0zrhY9g/E7pk3Q5WUAR2+laVUAYz1FIg5wp+ukS/lTpi cbM3cXC4ZqcOPVqcb2Ntxjujx0FRjJzH/KVVp8JBTkHUQ3HWV8dXuyWxkpfAgnpw O7t2uPW9fgzF7ACqQndjN/Qo/Xj6WUzICgI+SndNMscxipU20DY6CfMtOWDXJxl9 UPoLhHtB9GuylaKDNChY6bmYkO023veHuQMsOsziit0Ks25BO7J/bbiOieRaTesh +O33abIQv8mzj186YZ34Z5zRtn1xa7gFNntkbk31zi2xYkCmo2atUw== =DyFs -----END PGP SIGNATURE-----

2 1

Re: [Dovecot] Concurrent POP3 Sessions Issues
by Timo Sirainen 30 Jan '09

30 Jan '09

On Jan 29, 2009, at 1:17 PM, Mauricio López Riffo wrote: > I have problems with dovecot + ldap + nfs, we could't have more than > 20 concurrent sessions of pop3, when user 21 comes, the auth process > takes > more than 1 sec and is incresing (while most users arrives, more > delay in > autenticacion exists) and my customers complaint about the service. > We need > support about 200 concurrents pop3 users, here is my details Someone else was recently complaining about the same thing. Or was it you? Anyway, dovecot-auth doesn't know how many users are logged in so if the problem really is 21 *concurrent users* instead of n logins/ second, I find it highly unlikely that the problem is with authentication. My guess is that this has something to do with NFS. Perhaps start Dovecot with strace -tt -f dovecot and then when it's slowing down see what syscall it says is blocking.

2 1

Re: [Dovecot] cram-md5 problem
by Richard Stockton 30 Jan '09

30 Jan '09

Hi Timo, (just realized your reply was CCed to the list) At 04:28 PM 1/29/2009, you wrote: >On Jan 29, 2009, at 7:22 PM, Richard Stockton wrote: > >>I just updated to dovecot 1.1.10 from 1.1.2 and now anyone using >>cram-md5 can't get authenticated. I am using mysql for passwords >>(in plain text) and home directories. > >Set auth_debug_passwords=yes. What does it log when logging in with >CRAM-MD5? (And try with a temporary password that you can change >afterwards.) Here's an example I just pulled from the logs. dovecot: Jan 29 16:35:03 Info: auth-worker(default): sql(jennshinjo,xx.xx.xx.xx): SELECT home, uid, gid FROM users WHERE username = 'jennshinjo' AND domain = '' dovecot: Jan 29 16:35:03 Info: auth(default): prefetch(jennshinjo,xx.xx.xx.xx): success dovecot: Jan 29 16:35:03 Info: auth(default): master out: USER 1490 jennshinjo home=j/e/jennshinjo/Maildir/ uid=5000 gid=5000 home=j/e/jennshinjo/Maildir/ uid=5000 gid=5000 dovecot: Jan 29 16:35:03 Info: pop3-login: Internal login failure (auth failed, 1 attempts): user=<jennshinjo>, method=CRAM-MD5, rip=xx.xx.xx.xx, lip=10.255.0.11 >Also show your dovecot-sql.conf and dovecot -n output. :> more /usr/local/etc/dovecot-sql.conf driver = mysql connect = host=10.211.1.3 dbname=mail user=postfix password=p0stf1x9 default_pass_scheme = PLAIN password_query = SELECT password, home as userdb_home, 5000 as userdb_uid, 5000 as userdb_gid FROM mailbox where userid = '%n' :> dovecot -n # 1.1.10: /usr/local/etc/dovecot.conf # OS: Linux 2.6.18-128.el5 i686 Red Hat Enterprise Linux Server release 5.3 (Tikanga) ext3 base_dir: /var/run/dovecot/ log_path: /var/log/pop.log info_log_path: /var/log/dovecot-info.log protocols: imap imaps pop3 pop3s listen(default): *:143 listen(imap): *:143 listen(pop3): *:110 ssl_listen(default): *:993 ssl_listen(imap): *:993 ssl_listen(pop3): *:995 ssl_cert_file: /etc/ssl/certs/server.crt ssl_key_file: /etc/ssl/private/server.key ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_greeting: Dovecot on mail-pop01.xxxxx.com ready. verbose_proctitle: yes mail_location: maildir:/mail/%h:INDEX=MEMORY mmap_disable: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugins(default): mail_log mail_plugins(imap): mail_log mail_plugins(pop3): mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 mail_log_max_lines_per_sec: 0 auth default: mechanisms: plain cram-md5 debug_passwords: yes process_size: 1024 passdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: prefetch I appreciate your help. Thanks. - Richard

1 0

[Dovecot] cram-md5 problem
by Richard Stockton 30 Jan '09

30 Jan '09

I just updated to dovecot 1.1.10 from 1.1.2 and now anyone using cram-md5 can't get authenticated. I am using mysql for passwords (in plain text) and home directories. Per some googling I tried to set (in /usr/local/etc/dovecot.conf): # SQL database userdb sql { # Path for SQL configuration file, see doc/dovecot-sql.conf for example args = /usr/local/etc/dovecot-sql.conf } but that didn't help. And in any case people NOT using cram-md5 can authenticate just fine, both before and after I made that change. This worked "out of the box" under 1.1.2, but is broken now. Any ideas appreciated. Thanks. - Richard

2 1