February 2008 - dovecot

[Dovecot] sieve dues not work
by Carsten Henkel 20 Feb '08

20 Feb '08

hi together, there is a problem with my sieve: System SuSE 10.3 with Postfix in Postfix i have add to main.cf mailbox_command = /usr/lib/dovecot/deliver in /etc/dovecot/dovecot.conf is add: protocol lda { # Address to use when sending rejection mails. postmaster_address = carsten(a)chatlabel.de ... # Enabling Sieve plugin for server-side mail filtering mail_plugins = cmusieve } ~/.dovecot.sieve have this entry: require "fileinto"; if header :contains "subject" ["test"] { fileinto "Archiv"; } else { # The rest goes into INBOX # default is "implicit keep", we do it explicitly here keep; } but it isnt work, the mails are moved to inbox, not to Archiv there are any idea?s ? thanks a lot log: Feb 19 17:30:23 server postfix/smtpd[31107]: connect from mail.gmx.net[213.165.64.20] Feb 19 17:30:23 server postfix/policyd-weight[12323]: decided action=PREPEND X-policyd-weight: using cached result; rate: -8.5; <client=213.165.64.20> <helo=mail.gmx.net> <from=geiercasi(a)gmx.de> <to=carsten(a)chatlabel.de>; delay: 0s Feb 19 17:30:23 server postfix/smtpd[31107]: EE21D858006: client=mail.gmx.net[213.165.64.20] Feb 19 17:30:24 server postfix/cleanup[31310]: EE21D858006: message-id=<47BB0430.4010506(a)gmx.de> Feb 19 17:30:24 server postfix/qmgr[31078]: EE21D858006: from=<geiercasi(a)gmx.de>, size=1092, nrcpt=1 (queue active) Feb 19 17:30:24 server postfix/smtpd[31107]: disconnect from mail.gmx.net[213.165.64.20] Feb 19 17:30:27 server postfix/smtpd[31323]: connect from server.wunschradio.de[127.0.0.1] Feb 19 17:30:27 server postfix/smtpd[31323]: 99B82858017: client=server.wunschradio.de[127.0.0.1] Feb 19 17:30:27 server postfix/cleanup[31310]: 99B82858017: message-id=<47BB0430.4010506(a)gmx.de> Feb 19 17:30:27 server postfix/smtpd[31323]: disconnect from server.wunschradio.de[127.0.0.1] Feb 19 17:30:27 server amavis[30697]: (30697-06) Passed CLEAN, [213.165.64.20] <geiercasi(a)gmx.de> -> <casi(a)server.wunschradio.de>, Message-ID: <47BB0430.4010506(a)gmx.de>, mail_id: z92vEMcCmz2c, Hits: -2.352, size: 1092, queued_as: 99B82858017, 3620 ms Feb 19 17:30:27 server postfix/qmgr[31078]: 99B82858017: from=<geiercasi(a)gmx.de>, size=1578, nrcpt=1 (queue active) Feb 19 17:30:27 server deliver(casi): maildir: root exists (/home/casi/Maildir) Feb 19 17:30:27 server deliver(casi): maildir: root=/home/casi/Maildir, index=/home/casi/Maildir, control=, inbox= Feb 19 17:30:27 server postfix/smtp[31384]: EE21D858006: to=<casi(a)server.wunschradio.de>, orig_to=<carsten(a)chatlabel.de>, relay=127.0.0.1[127.0.0.1]:10024, delay=3.9, delays=0.23/0/0/3.6, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 99B82858017) Feb 19 17:30:27 server postfix/qmgr[31078]: EE21D858006: removed Feb 19 17:30:27 server deliver(casi): msgid=<47BB0430.4010506(a)gmx.de>: saved mail to INBOX Feb 19 17:30:27 server postfix/local[31327]: 99B82858017: to=<casi(a)server.wunschradio.de>, relay=local, delay=0.27, delays=0.09/0/0/0.19, dsn=2.0.0, status=sent (delivered to command: /usr/lib/dovecot/deliver) Feb 19 17:30:27 server postfix/qmgr[31078]: 99B82858017: removed -- Laut Statistik ist die Ehe Hauptursache aller Scheidungen. * Dies ist ein Zufallstext und hat nichts mir dem Empfänger der Mail zu tun

2 1

[Dovecot] Email + HA
by Leonardo Coelho 20 Feb '08

20 Feb '08

Hi all, I'm using maildir dovecot on DRBD home, in the primary machine the emails delivered works fine and in the secondary machine works fine as well. But when I recevied a e-mail on primary machine and try to change the DRBD home for the secondary machine only the new e-mails the client can download but the older emails recevied on primary machine the clientes can't read and download. primary machine format: numbers.alphanumeric.primary secondary machine format: numbers.alphanumeric.secondary Can anyone give a why this happend and how to fix. tks -- "First they ignore you, then they laugh at you, then they fight you, then you win." - Mahatma Gandhi Linux User #373408 GPGkey ID 8AEEAAEB -->> http://pgp.mit.edu

1 0

[Dovecot] searchindex
by Carsten Henkel 19 Feb '08

19 Feb '08

hi together is there a way to generate search indexes like cyrus in dovecot ? thanks -- Wie nennt man es, wenn eine Kuh Ski fährt? MU-SCHI !!! * Dies ist ein Zufallstext und hat nichts mir dem Empfänger der Mail zu tun

2 2

[Dovecot] Hide messages marked as deleted!?
by "Fábio M. Catunda" 19 Feb '08

19 Feb '08

Hi. Is there a way to hide all messages marked as deleted? Oh, also, is there a way to auto-expunge deleted messages? Thanks.

3 2

[Dovecot] compiling error imaptest.c
by Antonio Casado Rodríguez 19 Feb '08

19 Feb '08

dovecot-1.1.beta16]# gcc imaptest.c -o imaptest -g -Wall -W -I. -Isrc/lib-mail -Isrc/lib -Isrc/lib-imap -Isrc/lib-storage/index/mbox -DHAVE_CONFIG_H src/lib-storage/index/mbox/mbox-from.o src/lib-imap/libimap.a src/lib-mail/libmail.a src/lib/liblib.a imaptest.c: In client_append function: imaptest.c:1492: error: too many arguments for i_stream_create_limit function

4 5

[Dovecot] Strange Error
by Davi Bariani Boin 19 Feb '08

19 Feb '08

Hello Everybody, I´m trying to make a work with procmail and deliver on Fedora 7. Part of flow are the following: - procmail get the mail from Sendmail - procmail ask to deliver/dovecot if have any retriction (sizer mailbox, etc) - procmail put the mail on inbox user. I had include the following line in the promail config: | "/usr/libexec/dovecot/deliver -m $DEFAULT" and the procmail log shows me the following : procmail: Assigning "MAILDIR=/home/admin/mail" procmail: Assigning "INCLUDERC=/home/admin/Procmail/rc.spam-mail" procmail: Couldn't determine implicit lockfile from "/usr/libexec/dovecot/deliver" procmail: Locking ".lock" procmail: Executing "/usr/libexec/dovecot/deliver,-m,/var/spool/mail/admin" procmail: Non-zero exitcode (75) from "/usr/libexec/dovecot/deliver" procmail: Assigning "LASTFOLDER=/usr/libexec/dovecot/deliver -m /var/spool/mail/admin" procmail: Unlocking ".lock" procmail: Skipped "* ^X-Spam-Status:.*Yes" procmail: Skipped "spam" procmail: Skipped "-mail" procmail: Locking "/var/spool/mail/admin.lock" procmail: Assigning "LASTFOLDER=/var/spool/mail/admin" procmail: Opening "/var/spool/mail/admin" procmail: Acquiring kernel-lock procmail: Unlocking "/var/spool/mail/admin.lock" procmail: Notified comsat: "admin@556:/var/spool/mail/admin" From admin(a)itcon.com.br Mon Feb 18 17:52:38 2008 Subject: Fw: tessss22 Folder: /var/spool/mail/admin 3425 What happen afertall? Any clue will be very apreciated -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo.

3 4

[Dovecot] warning: connect to transport dovecot: No such file or directory
by David Koski 19 Feb '08

19 Feb '08

I have installed postfix, dovecot, mysql as per: http://wiki.dovecot.org/HowTo/DovecotLDAPostfixAdminMySQL ..on Debian Etch. I thought mailboxes were created by postfixadmin or postfix but I only get an error: warning: connect to transport dovecot: No such file or directory ..in the postfix log. No /var/vmail/example.com is created. After creating the domain directory and user directory, applying correct ownership, still it made no difference. I checked my main.cf: virtual_mailbox_base = /var/vmail Any clues? Thanks! David Koski david(a)kosmosisland.com

2 2

[Dovecot] 1.0.10 / Quota postlogin / Deliver - Not working according to the wiki?
by Tobias Balle-Petersen 19 Feb '08

19 Feb '08

Hello.... I load quotas from users homefolders using postlogin like this: ------------------------- #!/bin/sh # Read users quota if [ -f ~/quota ]; then export QUOTA=`cat ~/quota` fi # Start IMAP session exec /usr/lib/dovecot/imap ------------------------- User without a quota-file in their homedirs get a quota set in dovecot.conf. Im using LDA. According to the wiki this should not work: http://wiki.dovecot.org/Quota?highlight=quota : This post-login trick unfortunately doesn't work with deliver <http://wiki.dovecot.org/LDA>. If you need it, you're pretty much out of luck for now. v1.1 *quota* <http://wiki.dovecot.org/Quota/New> makes this possible. According to my tests it does indeed work. What is not supposed to work? Tobias

2 5

[Dovecot] 1.1b16: (buffer_set_used_size): assertion failed: (used_size <= buf->alloc)
by Adam McDougall 19 Feb '08

19 Feb '08

I haven't seen this before 1.1b16, it happened to two users today while they were searching using fts. Feb 18 16:41:36 hill dovecot: IMAP(username): file buffer.c: line 288 (buffer_set_used_size): assertion failed: (used_size <= buf->alloc) Feb 18 16:41:36 hill dovecot: child 53560 (imap) killed with signal 6 I can probably narrow it down to an example mail if needed. GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `imap'. Program terminated with signal 6, Aborted. Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib01_acl_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib20_fts_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib20_fts_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000000109d64ac in kill () from /lib/libc.so.6 (gdb) bt full #0 0x00000000109d64ac in kill () from /lib/libc.so.6 No symbol table info available. #1 0x00000000109d533d in abort () from /lib/libc.so.6 No symbol table info available. #2 0x00000000004a9e89 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x4d7760 "file %s: line %d (%s): assertion failed: (%s)", args=0x7fffffffbd90) at failures.c:415 backtrace = 0x7fffffffbd80 "��\177" #3 0x00000000004a948b in i_panic (format=0x4d7760 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:187 args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fffffffbe80, reg_save_area = 0x7fffffffbdc0}} #4 0x00000000004a826a in buffer_set_used_size (_buf=0x64e740, used_size=18446744073709543512) at buffer.c:288 buf = (struct real_buffer *) 0x64e740 __PRETTY_FUNCTION__ = "buffer_set_used_size" #5 0x00000000004a6fd9 in charset_to_utf8_try (t=0x60e2b0, src=0xd5b000 "\n��\n\n\n�� \n��\n��\n��\n\n \n�� \n��\n��\n��"..., src_size=0x7fffffffdf30, dest=0x64e740, result=0x7fffffffdf4c) at charset-iconv.c:107 ic_srcbuf = 0xd5b03d "�\n��\n��\n\n \n�� \n��\n��\n��\n\n \n�� \n��"... tmpbuf = "\n�\234\213�\217\213��\201\n\n\n�\200\200�\200\200 ��\223�\202��\203��\212\212��\211��\207��\220�\210��\226\n�\225\214�\220\204�\234��\232\204�\227��\200\231��\214�\202��\230��\220��\203��\210�his incoming email as possible spam. The original message\nhas been attached to this so you can view it (if it i"... ic_destbuf = 0x7fffffffbf38 "his incoming email as possible spam. The original message\nhas been attached to this so you can view it (if it isn't spam) or label\nsimilar future email. If you have any questions, see\nThe administra"... srcleft = 420 destleft = 8104 dtcase = true ret = true #6 0x00000000004a70f8 in charset_to_utf8 (t=0x60e2b0, src=0xd5b000 "\n��\n\n\n�� \n��\n��\n��\n\n \n�� \n��\n��\n��"..., src_size=0x7fffffffdfa0, dest=0x64e740) at charset-iconv.c:136 result = CHARSET_RET_INVALID_INPUT pos = 0 used = 1284 size = 481 ret = false #7 0x00000000004a535c in message_decode_body (ctx=0x89e900, input=0x7fffffffe040, output=0x7fffffffe020) at message-decoder.c:349 new_buf = "9��" data = ( const unsigned char *) 0xd5b000 "\n��\n\n\n�� \n��\n��\n��\n\n \n�� \n��\n��\n��"... pos = 481 size = 481 skip = 0 ret = 1 __PRETTY_FUNCTION__ = "message_decode_body" #8 0x00000000004a549d in message_decoder_decode_next_block (ctx=0x89e900, input=0x7fffffffe040, output=0x7fffffffe020) at message-decoder.c:381 No locals. #9 0x0000000010c2692b in fts_build_mail (ctx=0x661400, uid=144) at fts-storage.c:138 input = (struct istream *) 0x687650 parser = (struct message_parser_ctx *) 0xcd3848 decoder = (struct message_decoder_context *) 0x89e900 raw_block = {part = 0x6012a0, hdr = 0x0, data = 0xd5d339 "\n=C5=F3=D3=D1=A3=A1\n\n\n=A1=A1=A1=A1 =B5=B1=C4=FA=CF=EB=B0=D1=BB=F5=CE=EF=B3=F6=D4=CB=B5=BD=CA=C0=\n=BD=E7=B8=F7=B5=D8=B5=C4=CA=B1=BA=F2=A3=AC=C4=FA=CA=C7=B7=F1=CF=EB=B5=BD=A3=\n=BA=D4=F5=D1=F9=D7=F6=B2="..., size = 1284} block = {part = 0x6012a0, hdr = 0x0, data = 0xd5e000 "SPAM DETECTION SOFTWARE, RUNNING ON THE SYSTEM \"BOOMHAUER.EGR.MSU.EDU\", HAS\nIDENTIFIED THIS INCOMING EMAIL AS POSSIBLE SPAM. THE ORIGINAL MESSAGE\nHAS BEEN ATTACHED TO THIS SO YOU CAN VIEW IT (IF IT I"..., size = 0} prev_part = (struct message_part *) 0x0 ret = 1 __PRETTY_FUNCTION__ = "fts_build_mail" #10 0x0000000010c2707e in fts_build_more (ctx=0x661400) at fts-storage.c:293 _data_stack_cur_id = 4 count = 3 ret = 0 #11 0x0000000010c273d5 in fts_mailbox_search_next_nonblock (ctx=0x661200, mail=0x68d048, tryagain_r=0x7fffffffe15f) at fts-storage.c:376 fbox = (struct fts_mailbox *) 0x61dc00 fctx = (struct fts_search_context *) 0x662100 ret = 0 #12 0x000000000046b9e3 in mailbox_search_next_nonblock (ctx=0x661200, mail=0x68d048, tryagain_r=0x7fffffffe15f) at mail-storage.c:647 No locals. #13 0x0000000000418fff in cmd_search_more (cmd=0x61e048) at cmd-search.c:83 ctx = (struct imap_search_context *) 0x61e190 end_time = {tv_sec = 6345472, tv_usec = 3} tryagain = true ret = 6344704 #14 0x000000000041923e in cmd_search_more_callback (cmd=0x61e048) at cmd-search.c:132 client = (struct client *) 0x60d200 finished = false #15 0x00000000004b2d0f in io_loop_handle_timeouts_real (ioloop=0x600240) at ioloop.c:279 timeout = (struct timeout *) 0x600dc0 item = (struct priorityq_item *) 0x600dc0 tv = {tv_sec = 0, tv_usec = 0} tv_call = {tv_sec = 1203370896, tv_usec = 43884} t_id = 3 #16 0x00000000004b2d5d in io_loop_handle_timeouts (ioloop=0x600240) at ioloop.c:290 _data_stack_cur_id = 2 #17 0x00000000004b3c3e in io_loop_handler_run (ioloop=0x600240) at ioloop-kqueue.c:138 ctx = (struct ioloop_handler_context *) 0x60b0e0 events = (struct kevent *) 0x60f000 event = (const struct kevent *) 0x60f000 tv = {tv_sec = 0, tv_usec = 0} ts = {tv_sec = 0, tv_nsec = 0} io = (struct io_file *) 0x600940 events_count = 3 t_id = 2 ret = 0 i = 0 __PRETTY_FUNCTION__ = "io_loop_handler_run" #18 0x00000000004b2db0 in io_loop_run (ioloop=0x600240) at ioloop.c:301 No locals. #19 0x0000000000426b4e in main (argc=3, argv=0x7fffffffe330, envp=0x7fffffffe350) at main.c:293 No locals.

2 3

[Dovecot] Duplicate Messages, Different X-UIDs?
by Joe Allesi -X (joallesi - Coyote Creek Consulting at Cisco) 19 Feb '08

19 Feb '08

We're running into an issue where sendmail is only receiving one e-mail, but after a client accesses the message via IMAP and moves it to another IMAP folder, the message duplicates but each message has different X-UID headers. Has anyone ever seen this type of anomaly before? Is it a bad IMAP client, or a known bug? Running 1.0.7 Thanks!

4 4