- dovecot - dovecot.org

[Dovecot] Why deliver+usercheck? deliver+MTA?
by Lukas Haase 14 Oct '10

14 Oct '10

Hi, I successfully configured dovecot using virtual users (and LDAP/AD). deliver is the LDA and verifies if the user exists (as recommended in the WIKI). However, the howtos in the Wiki say *nothing* about the case that the recipients should be verified *before* receiving the messages (prevent backscatter, ...). All configurations in the dovecot-Wiki (postfix and exim) just accept the mails and pass them to deliver. Also, all howtos which I found on the web. If the user does not exist, the mail is bounced because the mail was already accepted by the MTA. Nowadays this is an unacceptable configuration! Is there a special reason why there is no discussion about this? However, as postfix seems to be really too unflexible I have set up exim to handle incoming mail and do the usercheck in the router (with an LDAP query). But now the user is doubled-checked: Once when receiving with exim and a second time in deliver. This is not necessary, so I guess I can disable the LDAP query for deliver and set up a static userdb. Why does the Wiki recommened to verfify with deliver when the user needs to be checked at the MTA anyway? Regards, Luke

5 7

[Dovecot] Pigeonhole feature request: automatically copy sieve_global_path (default script) to user's sieve_dir
by Jerrale G 14 Oct '10

14 Oct '10

We have used the great managesieve you have merged together, with sieve, to create pigeonhole. However, when a user creates a custom script through a GUI of ours, the default, as we expected, would be ignored. Maybe you could add a retain_sieve_global=yes|no setting OR be more complex by having the sieve_global_dir copied to the users sieve_dir on first managesieve script save, if another setting to do this was set to yes. This way the administrators can create a skeleton directory and the users can retain the default skeleton settings. Maybe, in the future, you can do, just like the master auth for logging into users' imap accounts, you could have the master=yes allow login to each user's managesieve. Just some suggestions but, until a new feature comes around, I will have a cron job or a imap-login script do the trick. Timo has said that you are a separate developer from dovecot. I just want to thank you for the great job on sieve as well, Kudos, Jerrale G -- Jerrale G. SC Senior Admin

5 10

[Dovecot] Qmail+Vpopmail+Mysql+Dovecot 2.x (Notes on a successful conversion)
by Aaron 12 Oct '10

12 Oct '10

SoI had a hell of a time converting my qmail install to dovecot 2.0.5, so I thought I'd pass on what I learned. 1. When using vpopmail, do not use " --disable-many-domains". If you do, you'll need to recompile vpopmail without that setting and use the script found at http://qmailrocks.thibs.com/downloads/scripts/migrate-vpopmail-many-domains to collapse the tables. 2. Switch to mysql authentication. The following snippet works well. driver = mysql connect = host=/var/run/mysqld/mysqld.sock user=vpopmail password=YOURPASS dbname=vpopmail default_pass_scheme = PLAIN password_query = SELECT CONCAT(pw_name, '@', pw_domain) AS user, pw_clear_passwd AS password FROM vpopmail WHERE pw_name = '%n' AND pw_domain = '%d' user_query = SELECT pw_dir as home, 1008 AS uid, 1003 AS gid FROM vpopmail WHERE pw_name = '%n' AND pw_domain = '%d' 3. When integrating Sieve, vpopmail apparently needs to own auth-master and authdb. (example available on request) 4. If coming from maildrop as the LDA, you can put the following in your maildroprc to allow a gentler transition (or to keep maildrop's ability to call external applications) `test -r /usr/libexec/dovecot/deliver` if ( $RETURNCODE == 0) { `test -r $HOME/$EXT/.sieve` if ( $RETURNCODE == 0) { to "| /usr/libexec/dovecot/deliver -d $EXT@$USER" } } 5. When completely switching, you can either replace the .qmail files or use one of the following in qmail/control/defaultdelivery |/var/qmail/bin/preline -f /usr/libexec/dovecot/deliver -d $EXT@$USER |/var/qmail/bin/preline -f /usr/libexec/dovecot/deliver -d ${EXT/-*}@$USER -a $EXT@$USER -- This should allow a final conversion to vpopmail 5.5 (from 5.4.30) with dovecot 2.0.x.. I haven't done that final step yet, but it should now work. Anyhow, I hope this saves someone a few days of head scratching. a.

2 3

[Dovecot] POP3 Slow
by Avinash Mishra 12 Oct '10

12 Oct '10

Hi, I am running both IMAP/POP3 services. Recently, the POP3 users started complaining of slow performance. I tried to resolve it by advising them to trim their inbox, but to no avail. Kindly advise as I am not able to resolve this issue. dovecot -n: # 1.0.7: /etc/dovecot.conf ssl_cert_file: /etc/dovecot.cert.pem ssl_key_file: /etc/dovecot.key.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:~/Maildir 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/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd ========================================================================================= sstrace -tt -o log -p <pop3 process id>: 18:45:55.425819 gettimeofday({1286457355, 425856}, {4294966966, 0}) = 0 18:45:55.425901 write(1, "hQIKACgAoAKACgAoAKACgAoASgBaBhQI"..., 1683) = 1683 18:45:55.425987 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:45:55.426044 pread64(9, "UAFABQAUAFABQBR+zxT31x5qBsBcUAOu"..., 4096, 20480) = 4096 18:45:55.426137 write(1, "\r\nAUAFABQAUAFABQAUAFABQAUAFABQAU"..., 4134) = 4134 18:45:55.426204 pread64(9, "/AJ5p+VAg+zwd4k/7\n5FAB9nh/55J/3y"..., 4096, 24576) = 4096 18:45:55.426298 write(1, "\r\nAC+UmP4v++jR8gsHkp7/APfRosuwWI"..., 4134) = 4134 18:45:55.426373 pread64(9, "FA\nBQAUAFABQAUAFABQAUAFABQAUAFAB"..., 4096, 28672) = 4096 18:45:55.426466 write(1, "\r\nKBBQAUAFABQAUAFABQAUAFABQAUAFA"..., 4134) = 1729 18:45:55.426528 write(1, "rSs+4B+8/2f1oswD956r+VGow/eeq/lR"..., 2405) = -1 EAGAIN (Resource temporarily unavailable) 18:45:55.426600 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:45:55.426674 gettimeofday({1286457355, 426704}, NULL) = 0 18:45:55.426752 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 4839) = 1 ([{fd=1, revents=POLLOUT}]) 18:45:55.803792 gettimeofday({1286457355, 803819}, {4294966966, 0}) = 0 18:45:55.803867 write(1, "rSs+4B+8/2f1oswD956r+VGow/eeq/lR"..., 2405) = 2405 18:45:55.803943 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:45:55.803998 pread64(9, "BQAUAFABQAUAFABQAUAFABQAUAFABQAU"..., 4096, 32768) = 4096 18:45:55.804091 write(1, "\r\nAFABQAUAFABQAUAFABQAUAFABQAUAF"..., 4134) = 4134 18:45:55.804158 pread64(9, "QH+Dbzj0zQBbVCrjDfIFxtx+tAD6ACgA"..., 4096, 36864) = 4096 18:45:55.804251 write(1, "\r\njQBQgtryBSqPDknJJBJJ96ALe6QXCp"..., 4134) = 2221 18:45:55.804327 write(1, "86U5IzwPagCxcQtI0BXHyOGP0waAJ6AF"..., 1913) = -1 EAGAIN (Resource temporarily unavailable) 18:45:55.804399 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:45:55.804449 gettimeofday({1286457355, 804466}, NULL) = 0 18:45:55.804497 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 4461) = 1 ([{fd=1, revents=POLLOUT}]) 18:45:56.189834 gettimeofday({1286457356, 189861}, {4294966966, 0}) = 0 18:45:56.189908 write(1, "86U5IzwPagCxcQtI0BXHyOGP0waAJ6AF"..., 1913) = 1913 18:45:56.189982 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:45:56.190039 pread64(9, "uJ5Y9W/wC+jTC4CNf9r/vo0XC4uwep/w"..., 4096, 40960) = 4096 18:45:56.190136 write(1, "\r\nMN/e/Siwai4b+9+lKwBtb++fyosAbW"..., 4134) = 4134 18:45:56.190204 pread64(9, "0pAGBQAUALQAUAJQAtA\nBQAlAC0AFABQ"..., 4096, 45056) = 4096 18:45:56.190295 write(1, "\r\nB5Ef939aLLsGvcPs8WMbBRoGvcPs8X"..., 4134) = 1253 18:45:56.190370 write(1, "gAoAKACgAoAKACgAoAKACgAoAKACgAoA"..., 2881) = -1 EAGAIN (Resource temporarily unavailable) 18:45:56.190442 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:45:56.190492 gettimeofday({1286457356, 190510}, NULL) = 0 18:45:56.190540 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 4075) = 1 ([{fd=1, revents=POLLOUT}]) 18:45:56.394306 gettimeofday({1286457356, 394338}, {4294966966, 0}) = 0 18:45:56.394394 write(1, "gAoAKACgAoAKACgAoAKACgAoAKACgAoA"..., 2881) = 2881 18:45:56.394481 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:45:56.394539 pread64(9, "AWgB\nKACgAoAWgBp6igBaAFoASgAoAKA"..., 4096, 49152) = 4096 18:45:56.394658 write(1, "\r\n5A2DzRYBnmtjI5GcfSnYB+XaMlcbqX"..., 4134) = 2959 18:45:56.394739 write(1, "AKACg\r\nAoAKACgAoAKACgAoAKACgAoAK"..., 1175) = -1 EAGAIN (Resource temporarily unavailable) 18:45:56.394815 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:45:56.394876 gettimeofday({1286457356, 394894}, NULL) = 0 18:45:56.394927 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 3871) = 1 ([{fd=1, revents=POLLOUT}]) 18:45:56.703007 gettimeofday({1286457356, 703024}, NULL) = 0 18:45:56.703056 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 3562) = 1 ([{fd=1, revents=POLLOUT}]) 18:45:58.344576 gettimeofday({1286457358, 344608}, {4294966966, 0}) = 0 18:45:58.344754 write(1, "gAoAKACgAoAKACgAoAKACgAoAKACgAoA"..., 3111) = 3111 18:45:58.344848 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:45:58.344907 pread64(9, "An8QoA\nWgAoAKACgAoAKACgAoAKACgAo"..., 4096, 69632) = 4096 18:45:58.344999 write(1, "\r\nFABQAUAFABQAUAFABQAUAFABQAUAFA"..., 4134) = 4134 18:45:58.345067 pread64(9, "oAKACgAoAKACgAoAKACgAoAKACgAoAKA"..., 4096, 73728) = 4096 18:45:58.345161 write(1, "\r\nUAFABQAUAFABQAUAFABQAUAFABQAUA"..., 4134) = 55 18:45:58.345230 write(1, "BQAUAFABQAUAFABQAUAFABQ\r\nAUAGKAC"..., 4079) = -1 EAGAIN (Resource temporarily unavailable) 18:45:58.345305 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:45:58.345356 gettimeofday({1286457358, 345373}, NULL) = 0 18:46:00.295062 gettimeofday({1286457360, 295092}, {4294966966, 0}) = 0 18:46:00.295146 write(1, "UAFABQAUAFABQAUAB6UA\r\nFABQAUAFAB"..., 722) = 722 18:46:00.295236 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:46:00.295309 pread64(9, "AFABQAUAFABQAUAFACUALQAUAFABQAUA"..., 4096, 94208) = 4096 18:46:00.295417 write(1, "\r\nFABQAUAFABQAUAFABQAUAFABQAUAFA"..., 4134) = 4134 18:46:00.295509 pread64(9, "ACgAoAKACgAoAKAEP3qAFoAWgAoAKACg"..., 4096, 98304) = 2281 18:46:00.295607 pread64(9, "", 1815, 100585) = 0 18:46:00.295686 close(9) = 0 18:46:00.295800 write(1, "\r\nAKACgAoAKAEoAWgYUCCgAoAKACgBKA"..., 2729) = 984 18:46:00.295875 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:46:00.295958 read(0, 0x9ad8d81, 1759) = -1 EAGAIN (Resource temporarily unavailable) 18:46:00.296019 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:46:00.296070 write(1, "gAoAKACgAoAKACgAoAKACgAoAKACgA\r\n"..., 1745) = -1 EAGAIN (Resource temporarily unavailable) 18:46:00.296147 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:46:00.296197 gettimeofday({1286457360, 296215}, NULL) = 0 18:46:00.296248 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 9969) = 1 ([{fd=1, revents=POLLOUT}]) =============================================================================================================== This issue started almost a week back and has been continuing since.

6 10

[Dovecot] Dovecot Version 1.2.12 Slow IMAP LIST Question
by Dave Shanefelter 11 Oct '10

11 Oct '10

We are using Dovecot 1.2.12, FreeBSD 8.1 Stable, & SquirrelMail 1.4.21 Our problem is that SquirrelMail works fine inside our Network, but from the outside SquirrelMail times out before it can display the inbox contents. SquirrelMail times out for everyone, all of the time. In troubleshooting we have observed the following: >From the inside, if I telnet into Dovecot IMAP and issue ? LIST "" "*" I get an instant list of my folders. If I do the above from the outside, the LIST command slowly lists 10 - 15 entries and stops, then pauses for what seems to be 30 seconds to a minute, then lists another 10 - 15 entries. After about 5 minutes of this it finally times out. An interesting note is, when it stops listing and pauses, it doesn't stop at the end of a line (folder entry), it stops half way through a line entry. For example, say the folder entry is mailfolder/folder1/folder2, when it stops I see mailfolder/fol I don't think this is a SquirrelMail issue because of the IMAP LIST problem. We have turned on debugging, but the logs really don't show much, just the timeout. Can anyone offer additional troubleshooting to help us track down this issue? Thanks

2 1

[Dovecot] AUTOREPLY Re: 2.0.5 masteruser problem with uncached users
by hagedorn＠mediaciety.de 11 Oct '10

11 Oct '10

Vielen Dank für Ihre Email! Ich bin heute leider nicht im Büro, erhalte Ihre Email aber trotzdem. In dringenden Fällen können Sie mich auch per Handy erreichen: 0177-7372923. Mit freundlichen Grüßen aus Sarstedt Hauke Hagedorn -- Hagedorn Internet- & Veranstaltungsdienstleistungen Wenderter Str. 37d 31157 Sarstedt Ust-Id DE 256037115 Tel: +49 5066 917 339 1 Fax: +49 5066 917 339 9 www.mediaciety.de info(a)mediaciety.de * Ralf Hildebrandt <Ralf.Hildebrandt(a)charite.de>: > a "masteruser" login fails: > > Oct 8 15:12:54 postamt dovecot: auth: Debug: auth(masteruser,141.42.206.38,master): Master user lookup for login: nonworkinguser > Oct 8 15:12:54 postamt dovecot: auth: passdb(masteruser,141.42.206.38,master): Master user logging in as nonworkinguser > Oct 8 15:12:54 postamt dovecot: auth: Debug: cache(nonworkinguser,141.42.206.38): expired > Oct 8 15:12:54 postamt dovecot: auth: Debug: pam(nonworkinguser,141.42.206.38): lookup service=dovecot > Oct 8 15:12:54 postamt dovecot: auth: Debug: pam(nonworkinguser,141.42.206.38): #1/1 style=1 msg=Password: > Oct 8 15:12:56 postamt dovecot: auth: pam(nonworkinguser,141.42.206.38): pam_authenticate() failed: Authentication failure (password mismatch?) (given password: correct_masteruserpassword) > Oct 8 15:12:58 postamt dovecot: auth: Debug: client out: FAIL^I48226^Iuser=nonworkinguser^Iauthz > Oct 8 15:12:58 postamt dovecot: imap-login: Disconnected (auth failed, 1 attempts): user=<nonworkinguser>, method=PLAIN, rip=141.42.206.38, lip=141.42.206.36, mpid=0 > > but with the same setup, a masteruser for another user succeeded: > > Oct 8 13:44:31 postamt dovecot: auth: Debug: auth(masteruser,127.0.0.1,master): Master user lookup for login: workinguser > Oct 8 13:44:31 postamt dovecot: auth: passdb(masteruser,127.0.0.1,master): Master user logging in as workinguser > Oct 8 13:44:31 postamt dovecot: auth: Debug: cache(workinguser,127.0.0.1): hit: {SHA1}fJcDCzIZnqwatTFXqU/Vgf5kwlo=^Iuser=workinguser^Iuser=workinguser > Oct 8 13:44:31 postamt dovecot: auth: Debug: client out: OK^I3685^Iuser=workinguser > Oct 8 13:44:32 postamt dovecot: auth: Debug: master out: USER^I1^Iworkinguser^Isystem_groups_user=workinguser^Iuid=47077^Igid=100^Ihome=/home/d/w/workinguser^Imaster_user=masteruser > Oct 8 13:44:32 postamt dovecot: imap-login: Login: user=<workinguser>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, mpid=28224, secured > > So why does the masteruser login for an UNCACHED user fail? Right now I'm having a hard time migrating my users because the masteruser login fails. Anybody? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt(a)charite.de | http://www.charite.de

1 0

[Dovecot] AUTOREPLY Re: Dovecot 2.0.5 and BSDI 4.3 again
by hagedorn＠mediaciety.de 11 Oct '10

11 Oct '10

Vielen Dank für Ihre Email! Ich bin heute leider nicht im Büro, erhalte Ihre Email aber trotzdem. In dringenden Fällen können Sie mich auch per Handy erreichen: 0177-7372923. Mit freundlichen Grüßen aus Sarstedt Hauke Hagedorn -- Hagedorn Internet- & Veranstaltungsdienstleistungen Wenderter Str. 37d 31157 Sarstedt Ust-Id DE 256037115 Tel: +49 5066 917 339 1 Fax: +49 5066 917 339 9 www.mediaciety.de info(a)mediaciety.de On 2010-10-10 7:02 PM, The Doctor wrote: > Configuration being used > > > # 2.0.0: dovecot.conf > # OS: BSD/OS 4.3 i386 This says you're using 2.0.0, not 2.0.5? -- Best regards, Charles

1 0

[Dovecot] Dovecot 2.0+Pingeonhole+Kaspersky Antispam
by Асташов Алексей Алексан дрович 11 Oct '10

11 Oct '10

Oct 8 22:30:42 sintek kernel: dovecot-lda[26943]: segfault at 0000000000000080 rip 00002b01b00bc880 rsp 00007fff3a7f1378 error 6 /var/log/audit/audit.log type=ANOM_ABEND msg=audit(1286461665.274:191): auid=500 uid=5000 gid=5000 ses=7 pid=22691 comm="dovecot-lda" sig=11 The mail system: <john-1(a)sintek.info>: Command died with signal 11: "/usr/local/libexec/dovecot/deliver" Configuration system: OS: Linux sintek.info 2.6.18-194.17.1.el5.centos.plusxen #1 SMP Thu Sep 30 20:11:31 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux Postfix 2.3.3 Dovecot 2.0.5 Pngeonhole v0.2.1 MySQL 5.0.17 Kaspersky Antispam v. 3.0.284.1, RPM (RedHat) # 2.0.4: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-194.17.1.el5.centos.plusxen x86_64 CentOS release 5.5 (Final) ext3 auth_debug = yes auth_mechanisms = plain login disable_plaintext_auth = no log_path = /var/log/dovecot.err mail_debug = yes mail_location = maildir:/var/spool/mail/virtual/%d/%n managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = /usr/local/etc/dovecot/dovecot-sql.conf driver = sql } protocols = imap pop3 service auth-worker { user = dovecot } service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } unix_listener auth-master { group = vmail mode = 0600 user = vmail } unix_listener auth-userdb { group = vmail mode = 0600 user = vmail } user = dovecot } service imap-login { inet_listener imap { address = * port = 143 } vsz_limit = 268435456 } service pop3-login { inet_listener pop3 { address = * port = 110 } inet_listener pop3s { address = * port = 995 } vsz_limit = 268435456 } ssl_ca = </etc/pki/newkeys/ca.crt ssl_cert = </etc/pki/newkeys/pop.sintek.info.crt ssl_key = </etc/pki/newkeys/pop.sintek.info.key userdb { args = uid=5000 gid=5000 home=/home/vmail/%d/%n driver = static } protocol pop3 { pop3_uidl_format = %08Xu%08Xv } protocol lda { info_log_path = /var/log/dovecot-lda.log log_path = /var/log/dovecot-lda-errors.log mail_plugins = sieve postmaster_address = postmaster(a)sintek.info } It is by practical consideration found out that the structure does not work Dovecot+Sieve+Kaspersky Antispam. Finally mail to the user is delivered, is lost nothing but only through a considerable quantity of errors. At Spam-filter switch-off dovecot-lda does not fall. The given error repeats again when KAS starts to check spam. The best method to receive it to use a small e-mail the generator: PHP: <? for ($i=1; $i<=25; $i++) { $from = "john(a)example.com"; $to = "john(a)example.com"; $subject = "Test message"; $message = "This is the TEST"; mail ( $from, $to , $subject , $message ); } ?> -- best regards, mailto: alexey(a)sintek.info

3 2

[Dovecot] AUTOREPLY Dovecot 2.0.5 crash when It cannot remove maildir
by hagedorn＠mediaciety.de 11 Oct '10

11 Oct '10

Vielen Dank für Ihre Email! Ich bin heute leider nicht im Büro, erhalte Ihre Email aber trotzdem. In dringenden Fällen können Sie mich auch per Handy erreichen: 0177-7372923. Mit freundlichen Grüßen aus Sarstedt Hauke Hagedorn -- Hagedorn Internet- & Veranstaltungsdienstleistungen Wenderter Str. 37d 31157 Sarstedt Ust-Id DE 256037115 Tel: +49 5066 917 339 1 Fax: +49 5066 917 339 9 www.mediaciety.de info(a)mediaciety.de This is scenario that cause segmentation fault in my Dovecot. Maybe I do something wrong, but I don't know what... We run: mailbox_delete mailbox_delete do: mailbox_open(box) < 0 and after we have: box->v.delete(box) which run index_storage_mailbox_delete index_storage_mailbox_delete do: mailbox_close(box); and now mailbox is closed (this close box->view and mailbox open) Try to delete folder, but can't do this... example becaus it is system folder, or NFS failure... set error message and return -1. Now we are returning to mailbox_delete. And we have: if (ret < 0 && box->marked_deleted) and this is true mailbox_mark_index_deleted(box, FALSE) if (box->marked_deleted && del) this is false mail_index_transaction_begin(box->view, trans_flags); mail_index_view_ref(view) and segmentation fault, because view is 0x0 #0 mail_index_view_transaction_ref (view=0x0) at mail-index-view.c:81 #1 0xb7ef3214 in mail_index_transaction_begin (view=0x0, flags=MAIL_INDEX_TRANSACTION_FLAG_EXTERNAL) at mail-index-transaction.c:268 #2 0xb7eb7a73 in mailbox_mark_index_deleted (box=0x80c8268, del=false) at mail-storage.c:682 #3 0xb7eb80a9 in mailbox_delete (box=0x80c8268) at mail-storage.c:757 #4 0x0805001f in cmd_delete (cmd=0x8095978) at cmd-delete.c:46 #5 0x0805625c in client_command_input (cmd=0x8095978) at imap-client.c:741 #6 0x0805630b in client_command_input (cmd=0x8095978) at imap-client.c:791 #7 0x0805646d in client_handle_input (client=0x8095390) at imap-client.c:857 #8 0x08056f1f in client_input (client=0x8095390) at imap-client.c:908 #9 0xb7e6f110 in io_loop_handler_run (ioloop=0x806c370) at ioloop-epoll.c:212 #10 0xb7e6da98 in io_loop_run (ioloop=0x806c370) at ioloop.c:350 #11 0xb7e5b26a in master_service_run (service=0x806c2c0, callback=0x805f800 <client_connected>) at master-service.c:496 #12 0x0805f6da in main (argc=1752462689, argv=0x73616d2d) at main.c:358 This is Dovecot error or I do something wrong? -- Len7hir

1 0

[Dovecot] AUTOREPLY Re: ATTN: David Miller Re: Config review (2.0.5)
by hagedorn＠mediaciety.de 11 Oct '10

11 Oct '10

Vielen Dank für Ihre Email! Ich bin heute leider nicht im Büro, erhalte Ihre Email aber trotzdem. In dringenden Fällen können Sie mich auch per Handy erreichen: 0177-7372923. Mit freundlichen Grüßen aus Sarstedt Hauke Hagedorn -- Hagedorn Internet- & Veranstaltungsdienstleistungen Wenderter Str. 37d 31157 Sarstedt Ust-Id DE 256037115 Tel: +49 5066 917 339 1 Fax: +49 5066 917 339 9 www.mediaciety.de info(a)mediaciety.de * Daniel L. Miller <dmiller(a)amfes.com>: > I find this an all too frequent occurrence in e-mail correspondence > - that humor doesn't translate well. My statement had NOTHING to do > with the original author - and everything to do with the fact that > *I* am a Linux novice in general, a noob e-mail admin in particular - > and I was being *SELF*-deprecating. Hey, no need to. Your idea was good, but unlikely. Yet it worked, to my great amazement... :) -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt(a)charite.de | http://www.charite.de

1 0