- dovecot - dovecot.org

[Dovecot] dovecot 1.1.6 and outloook express 6 out of sync
by gyre 02 Mar '10

02 Mar '10

Apologies if this has been discussed before. I have dovecot 1.1.6 installed on my qnap NAS. I connect to the imap server using outlook express 6 on my XP sp3 box. I notice, after a time, that what I see in outlook express isn't what is actually on the imap server. For example, in one of my folders, many messages are missing. On another, headers of messages start getting duplicated and the bodies don't always match the headers. If I tell outlook express to clean up and reset... i.e. remove all the headers and bodies so they get downloaded again, then everything appears again... for a little while. Likewise, if I delete all the index files on the server and restart it, all seems well for a bit. Somehow, OE is getting out of sync with the imap server. This same OE client is also talking to other non-dovecot imap servers and I don't see this out-of-sync-ness or corruption at all. I realise this is a vaguely stated problem, but I'm not a imap person and dont yet know how to narrow it down further, nor can I reliably recreate it. Has anybody seen anything like this before? Thanks. -- gyre --

1 0

[Dovecot] What does mailman do with a 'post' command?
by Masaharu Kawada 02 Mar '10

02 Mar '10

Dear list, I am sorry if this question should not be posted here, but I believe that there are many experts of postfix or any other thing such as mailing lists in this list. I am kind of in hurry and need some advices to know about my questions. Could anyone in this list please answer my questions if you know. My questions are about routing work of mailman. As I am not quite fimiliar with the use of mailman, I am sorry if this is a stupid question. One of my customer gets the following log message into /var/log/maillog at around 12:00 every day. ---</var/log/maillog>--- 12:00:04 relay postfix/pickup[6279]: 244811C805C: uid=41 from=<mailman> 12:00:04 relay postfix/cleanup[21529]: 244811C805C: message-id=<20100215030004.244811C805C(a)example.co.jp> 12:00:04 relay postfix/qmgr[20068]: 244811C805C: from=<mailman(a)example.co.jp>, size=1728, nrcpt=1 (queue active) 12:00:04 relay postfix/local[21232]: 244811C805C: to=<mailman(a)example.co.jp>, orig_to=<mailman>, relay=local, delay=0.17, delays=0.05/0/0/0.12, dsn=2.0.0, status=sent (delivered to command: /usr/lib/mailman/mail/mailman post mailman) ---- This message seems that it delivers a command '/usr/lib/mailman/mail/mailman post' to execute against the mailman mailing list, however, the customer never use mailman mailing list on their system. One thing that I doubt is that a cronjob in /etc/cron.d/mailman does something relevant of this because the post time of the messages is always reight after the following work. ---</etc/cron.d/mailman>--- 0 12 * * * mailman /usr/lib/mailman/cron/senddigests or 0,5,10,15,20,25,30,35,40,45,50,55 * * * * mailman /usr/lib/mailman/cron/gate_news --- I'm afraid that I don't have /etc/mailman/aliases file of cutomer's, but by default(in my test env), it should looks like below. </etc/mailman/aliease> # STANZA START: mailman # CREATED: Mon Jan 25 16:48:18 2010 mailman: "|/usr/lib/mailman/mail/mailman post mailman" mailman-admin: "|/usr/lib/mailman/mail/mailman admin mailman" mailman-bounces: "|/usr/lib/mailman/mail/mailman bounces mailman" mailman-confirm: "|/usr/lib/mailman/mail/mailman confirm mailman" mailman-join: "|/usr/lib/mailman/mail/mailman join mailman" mailman-leave: "|/usr/lib/mailman/mail/mailman leave mailman" mailman-owner: "|/usr/lib/mailman/mail/mailman owner mailman" mailman-request: "|/usr/lib/mailman/mail/mailman request mailman" mailman-subscribe: "|/usr/lib/mailman/mail/mailman subscribe mailman" mailman-unsubscribe: "|/usr/lib/mailman/mail/mailman unsubscribe mailman" # STANZA END: mailman My questions are as follows. 1.What exactly is the cause the message in /var/log/maillog? 2.Why does the messages send to mailman(mailman(a)example.co.jp) user even though that mailing list never be used? OS:RHEL5 postfix-2.3.3-2.1.el5_2 mailman-2.1.9-4.el5 Any comments would be greatly appreciated. Best Regards, -- ------------------- Masaharu Kawada Associate Technical Support Engineer Red Hat K K Ebisu Neonato 5F 1-18 Ebisu 4-chome, Shibuya-ku Tokyo 150-0013, Japan Direct: +81-3-5798-8482

4 6

[Dovecot] 10821:f56c227a7fc9 compiler warnings in penalty code
by Pascal Volk 02 Mar '10

02 Mar '10

Hi Timo, on a 32bit Debian squeeze/sid system, with gcc-4.4 (Debian 4.4.2-9) 4.4.3 20100108 (prerelease) I'm getting this warnings: penalty.c: In function ‘penalty_timeout’: penalty.c:169: warning: comparison between signed and unsigned integer expressions test-penalty.c: In function ‘test_penalty_checksum’: test-penalty.c:27: warning: comparison between signed and unsigned integer expressions test-penalty.c:31: warning: comparison between signed and unsigned integer expressions test-penalty.c:43: warning: comparison between signed and unsigned integer expressions test-penalty.c:48: warning: comparison between signed and unsigned integer expressions Regards, Pascal -- The trapper recommends today: fabaceae.1006101(a)localdomain.org

1 0

[Dovecot] FPlugin imap_acl not found from directory /usr/lib/dovecot/modules/imap
by foram goram 02 Mar '10

02 Mar '10

Hi, I am receiving this error when I put mail_plugins = acl imap_acl, even though the module is there. /etc/init.d/dovecot restart Restarting mail server: dovecotFPlugin imap_acl not found from directory /usr/lib/dovecot/modules/imap Error: imap dump-capability process returned 89 With mail_plugins = acl, it starts up correctly. dovecot -n # /etc/dovecot/dovecot.conf base_dir: /var/run/dovecot/ log_timestamp: %Y-%m-%d %H:%M:%S protocols: imaps pop3s listen: 72.55.178.121 ssl_ca_file: /etc/ssl/certs/STAR.openfares.com_issuing_chain.crt ssl_cert_file: /etc/ssl/certs/STAR.openfares.com.pem ssl_key_file: /etc/ssl/private/STAR.openfares.com.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login login_process_size: 128 login_processes_count: 6 login_max_processes_count: 256 login_max_connections: 512 mail_privileged_group: mail mail_location: maildir:/home/vmail/%d/%n/Maildir mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugins(default): acl mail_plugins(imap): acl mail_plugins(pop3): mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: mechanisms: plain login passdb: driver: pam passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: passwd userdb: driver: static args: uid=5000 gid=5000 home=/home/vmail/%d/%n allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail lb1:/etc/dovecot# dovecot -n | grep acl mail_plugins(default): acl mail_plugins(imap): acl ls -l /usr/lib/dovecot/modules/imap/ total 40 lrwxrwxrwx 1 root root 22 2009-12-15 09:37 lib01_acl_plugin.so -> ../lib01_acl_plugin.so lrwxrwxrwx 1 root root 26 2009-12-15 09:37 lib01_convert_plugin.so -> ../lib01_convert_plugin.so lrwxrwxrwx 1 root root 24 2009-12-15 09:37 lib01_quota_plugin.so -> ../lib01_quota_plugin.so -rw-r--r-- 1 root root 6622 2009-09-23 09:10 lib01_zlib_plugin.a -rw-r--r-- 1 root root 888 2009-09-23 09:08 lib01_zlib_plugin.la -rw-r--r-- 1 root root 7548 2009-09-23 09:10 lib01_zlib_plugin.so -rw-r--r-- 1 root root 4994 2009-09-23 09:10 lib02_imap_quota_plugin.a -rw-r--r-- 1 root root 926 2009-09-23 09:07 lib02_imap_quota_plugin.la -rw-r--r-- 1 root root 7284 2009-09-23 09:10 lib02_imap_quota_plugin.so lrwxrwxrwx 1 root root 24 2009-12-15 09:37 lib02_trash_plugin.so -> ../lib02_trash_plugin.so ls -l /usr/lib/dovecot/modules/ total 204 drwxr-xr-x 2 root root 4096 2009-12-15 09:37 imap drwxr-xr-x 2 root root 4096 2009-12-15 09:37 lda -rw-r--r-- 1 root root 31462 2009-09-23 09:10 lib01_acl_plugin.a -rw-r--r-- 1 root root 872 2009-09-23 09:07 lib01_acl_plugin.la -rw-r--r-- 1 root root 23932 2009-09-23 09:10 lib01_acl_plugin.so -rw-r--r-- 1 root root 6634 2009-09-23 09:10 lib01_convert_plugin.a -rw-r--r-- 1 root root 900 2009-09-23 09:07 lib01_convert_plugin.la -rw-r--r-- 1 root root 8108 2009-09-23 09:10 lib01_convert_plugin.so -rw-r--r-- 1 root root 45902 2009-09-23 09:10 lib01_quota_plugin.a -rw-r--r-- 1 root root 886 2009-09-23 09:07 lib01_quota_plugin.la -rw-r--r-- 1 root root 35108 2009-09-23 09:10 lib01_quota_plugin.so -rw-r--r-- 1 root root 6322 2009-09-23 09:10 lib02_trash_plugin.a -rw-r--r-- 1 root root 886 2009-09-23 09:07 lib02_trash_plugin.la -rw-r--r-- 1 root root 8360 2009-09-23 09:10 lib02_trash_plugin.so drwxr-xr-x 2 root root 4096 2009-12-15 09:37 pop3 dovecot --version 1.0.rc15 Thanks __________________________________________________________________ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.com.

2 1

[Dovecot] segfault - (imap|pop3)-login during nessus scan
by Todd Rinaldo 01 Mar '10

01 Mar '10

We've been struggling with a problem for the past couple of days which to this point I've only gotten to be able to boil down to this: 1. Install nessus home edition (less pluggins I assume) 2. run all scans (sequentially or in parallel, doesn't seem to matter) 3. about 3 minutes in /var/log/messages will show segfaults on imap and/or pop3 imap-login[22185]: segfault at 000000000000000c rip 0000003c7de610a2 rsp 00007fffa2342068 error 4 or sometimes... pop3-login[24451]: segfault at 000000000000000c rip 0000003c7de610a2 rsp 00007fff07116968 error 4 I'm having a really hard time getting a core dump and I'm having a really hard time narrowing down the list of nessus tests which cause this. So far, I have repeated this failure in 1.1.19 and 1.1.20 Additionally we've seen something similar on 1.2 and reverted back to 1.1 a year ago. At the time we could not re-produce a test case and finally gave up. Has anyone seen something along these lines? Can anyone recommend how I could narrow this down further so we can find the problem? Thanks, Todd

2 7

[Dovecot] Read-only imap mailbox and disable pop access to it
by foram goram 01 Mar '10

01 Mar '10

Hi I want to create a mailbox that no one would be able to delete mails from and disable access to it through pop. I have come up with using ACLs to allow read-only access to users. Is that right approach? Could someone tell me how I can achieve the second objective of disabling pop access to this mailbox only. Thanks Foram Goram __________________________________________________________________ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca

1 0

[Dovecot] Dovecot 2.0.beta3: Child killed with signal 11
by Thomas Leuxner 01 Mar '10

01 Mar '10

Hi, I'm seeing these after the latest Mercurial updates: ==> /var/log/dovecot.info <== Feb 28 16:07:00 spectre dovecot: master: service(lmtp): child 17322 killed with signal 11 (core dumps disabled) Regards Thomas

3 10

Re: [Dovecot] **OFF LIST** Re: body search very slow since upgrade from 1.0.15 to 1.2.10
by Stan Hoeppner 28 Feb '10

28 Feb '10

Stan Hoeppner put forth on 2/24/2010 12:17 AM: > Timo Sirainen put forth on 2/23/2010 11:06 PM: >> No, body searches aren't indexed (without fts plugins). I wish you'd have mentioned the Squat plugin earlier Timo. I feel I've made a fool of myself. I just setup squat and after a long first search on that 50MB, 11K+ messages mbox file, every search after the first has taken less than 5 seconds, most only 2 seconds. It's performing exactly as I'd like. It's amazing. I didn't ever setup any fts plugins on 1.0.15. I'm left wondering how body searches were so fast if I didn't have an fts plugin configured. Anyway, setting up Squat on 1.2.10 sure solved the long search time problem. :) Thanks for the help Timo! -- Stan

4 16

[Dovecot] any limitations running on a Mac?
by Terry Barnum 28 Feb '10

28 Feb '10

I have postfix/dovecot/mysql installed using MacPorts on a quad-core 2.8GHz MacPro running Snow Leopard (10.6.2). I moved the base mail directory to a pair of 10k RPM Raptors that are mirrored (/Volumes/email/) and everything seems to be working fine on an unused domain with very little traffic. I used imapsync to pull everything from the current mailserver to this test server to play with. Our current mailserver's IMAP performance *really* suffers when an IMAP folder exceeds ~500MB or ~5k messages. I've become very tired of being the mailbox police trying to get my 20 users to delete email or divide into smaller mailboxes. Are there folks on the list running postfix/dovecot on similar Mac hardware that can share their experiences? Specifically, are there any limitations (file descriptors, other?) that can impact performance I should be aware of? How does dovecot on the Mac deal with >500GB maildirs? Is there a recommended tool for loading and testing the server? Postal? I have 20 IMAP users, with a total of ~37GB of mail currently. Thanks for any help and insight. -Terry Terry Barnum digital OutPost San Diego, CA http://www.dop.com 800/464-6434

6 14

[Dovecot] Possible CPU Denial-Of-Service attack to dovecot IMAP.
by Kostik 28 Feb '10

28 Feb '10

Hi All! Some time ago, we received e-mail message, which makes our server CPU exhaustion attack. --- PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 26319 5751796 20 0 2868 1868 1484 R 99.2 0.1 22:04.77 imap --- It happens when I try open mail folder with this buggy message. Our setup: -- slackware 11.0, x86_32 -- linux 2.6.31.6 -- dovecot 1.2.10 -- mailbox(not maildir) via NFS storage. Details: 1. Buggy message 1219733 byte size. And most of this size is mail header. 2. Mail header mostly consists of a repeating block: --- [...] MIME-Version: 1.0 Content-type: text/plain; charset=windows-1251 Content-transfer-encoding: 8bit Date: Thu, 25 Feb 2010 11:13:03 +0300 X-Priority: 0 X-MSMail-Priority: Normal X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Sender: torrents(a)rutracker.org Reply-to: torrents(a)rutracker.org From: torrents(a)rutracker.org Message-ID: <4052c9f301d0956f3fa1e855cca02d39(a)rutracker.org> [...] MIME-Version: 1.0 Content-type: text/plain; charset=windows-1251 Content-transfer-encoding: 8bit Date: Thu, 25 Feb 2010 11:13:02 +0300 X-Priority: 0 X-MSMail-Priority: Normal X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Sender: torrents(a)rutracker.org Reply-to: torrents(a)rutracker.org From: torrents(a)rutracker.org Message-ID: <6162ed30245a86b8cb26e4a0bf4de562(a)rutracker.org> [...] --- 3.strace show, that dovecot many-many time do: --- pread64(6, "-Sender: torrents(a)rutracker.org\n"..., 4038, 814845) = 4038 pread64(6, "s(a)rutracker.org\nMessage-ID: <461"..., 4083, 818883) = 4083 pread64(6, "arset=windows-1251\nContent-trans"..., 4068, 822966) = 4068 pread64(6, "ail-Priority: Normal\nX-Mailer: M"..., 4091, 827034) = 4091 --- 4. and gdb in that time: --- (gdb) where #0 0xb7604060 in memset () from /lib/tls/libc.so.6 #1 0x080d7483 in buffer_write (_buf=0x8131db0, pos=135470571, data=0x8132d52, data_size=2) at buffer.c:54 #2 0x080d74fb in buffer_append (buf=0x0, data=0x8132d52, data_size=2) at buffer.c:168 #3 0x080cebfe in read_header (mstream=0x8131be8) at istream-header-filter.c:214 #4 0x080cef07 in i_stream_header_filter_read (stream=0x8131be8) at istream-header-filter.c:301 #5 0x080cef79 in parse_header (mstream=0x8131be8) at istream-header-filter.c:323 #6 0x080cefce in i_stream_header_filter_seek (stream=0x8131be8, v_offset=128810, mark=false) at istream-header-filter.c:337 #7 0x080ddfdb in i_stream_seek (stream=0x8131c10, v_offset=128810) at istream.c:198 #8 0x0809c99c in i_stream_mail_stats_read_mail_stats (stream=0x812c460) at istream-mail-stats.c:43 #9 0x080ddbfc in i_stream_read (stream=0x812c488) at istream.c:85 #10 0x080de389 in i_stream_read_data (stream=0x812c488, data_r=0xbf9d82e4, size_r=0xbf9d82e8, threshold=2) at istream.c:366 #11 0x080d400b in message_get_header_size (input=0x812c488, hdr=0x81298fc, has_nuls=0x0) at message-size.c:56 #12 0x0808f976 in index_mail_init_stream (mail=0x81297d0, hdr_size=0xbf9d83b0, body_size=0xbf9d8390, stream_r=0x0) at index-mail.c:852 #13 0x080838a1 in mbox_mail_get_stream (_mail=0x81297d0, hdr_size=0xbf9d83b0, body_size=0xbf9d8390, stream_r=0xbf9d838c) at mbox-mail.c:322 #14 0x0808e9ac in index_mail_get_virtual_size (_mail=0x81297d0, size_r=0xbf9d8400) at index-mail.c:397 #15 0x080685a3 in fetch_rfc822_size (ctx=0x0, mail=0x81297d0, context=0x0) at imap-fetch-body.c:894 #16 0x0806607c in imap_fetch_more (ctx=0x811e030) at imap-fetch.c:472 #17 0x0805e370 in cmd_fetch (cmd=0x811dec8) at cmd-fetch.c:228 #18 0x0806292b in cmd_uid (cmd=0x811dec8) at cmd-uid.c:27 #19 0x08063726 in client_command_input (cmd=0x811dec8) at client.c:612 #20 0x080636d1 in client_command_input (cmd=0x811dec8) at client.c:661 #21 0x080638b3 in client_handle_input (client=0x811cc08) at client.c:701 #22 0x080642d6 in client_input (client=0x811cc08) at client.c:753 #23 0x080e1bf1 in io_loop_handler_run (ioloop=0x0) at ioloop-epoll.c:208 #24 0x080e0f79 in io_loop_run (ioloop=0x8119ab0) at ioloop.c:335 #25 0x0806c21a in main (argc=3, argv=0xbf9d86b4, envp=0xbf9d86c4) at main.c:327 --- 5. I can provide download link to this buggy mailbox file if needed. =koc

2 1