Re: [Dovecot] v1.2.2 released
Timo Sirainen wrote: On Mon, 2009-07-27 at 15:02 +0200, Jernej Porenta wrote: Timo Sirainen wrote: Another issue when building 1.2.2 that wasn't there with 1.2.1 is that -lsocket seems to be missing causing linking errors. One example: Fixed: http://hg.dovecot.org/dovecot-1.2/rev/cd29b745c8dd It is not working for me. It updated configure.in, so configure needs to be regenerated. Did you run autogen.sh / autoreconf after patching? No, missed that step :( Thanks for your time.. cheers, Jernej
Re: [Dovecot] Gentoo overlay?
Tom Hendrikx schreef: Charles Marcus schreef: On 7/27/2009 12:58 AM, Steve wrote: Enough, I'm really only interested in further responses if someone actually wants to respond to the subject of the message. Here you go: http://bugs.gentoo.org/show_bug.cgi?id=276480 Thanks for trying, but that is not an overlay, it is just an ebuild, and only a work in progress at that... yes, I know how to manually add ebuilds to my local overlay (I have a few), but I would prefer to find a fully functional overlay (3rd party is fine) maintained by someone who knows what they are doing and will keep dovecot up to date on an ongoing basis... I maintain a private overlay which contains mainly work in progress stuff for Sunrise. I have no issues adding this ebuild to it, and reviewing/testing it a bit (running 1.1.16 from gentoo's ~arch right now). If that would suffice for you (and others), I'll look into it tonight. After some off-list discussion, I've added the ebuild for dovecot from bugs.gentoo.org to my overlay, and updated it to dovecot-1.2.2 (with yesterday's sieve update). dovecot-antispam-1.2 is also available there. So for ppl interested in using it, overlay is available from: https://svn.whyscream.net/whyscream-overlay/testing -- Regards, Tom signature.asc Description: OpenPGP digital signature
Re: [Dovecot] expire plugin no delete 1.2.1
Timo Sirainen schrieb: On Thu, 2009-07-23 at 23:42 +0200, Robert Schetterer wrote: Hi Timo, all of my tests fail with expire plugin, mail simply not get deleted i cant find any stuff in the logs why it does not or should not work. Try with 1.2.2 and check the mails' save dates now that you have the FETCH X-SAVEDATE command available. Hi Timo, upgraded last night and tested X-SAVEDATE is now available, before it was not so lets wait and see, if it now works, i will report -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
[Dovecot] namespaces / list=no crash
Hey everyone, I am trying to migrate old UW-IMAP setup to dovecot 1.2.2 using namespaces as recommended for UW-IMAP backwards compatibility: http://wiki.dovecot.org/Namespaces I am trying to use these settings: mail_location = mbox:~/:INBOX=~/.mailbox # default namespace namespace private { separator = / prefix = inbox = yes } # for backwards compatibility: namespace private { separator = / prefix = mail/ hidden = yes list = no # for v1.1+ subscriptions = no } With upper settings, dovecot crashes upon login. (GDB trace is here: http://www2.arnes.si/~krklubsls13/dovecot-gdb.txt). If I change list = no to list = yes|children, everything is working fine. This settings were working fine with dovecot 1.1, so I don't know what is the deal... dovecot -n : http://www2.arnes.si/~krklubsls13/dovecot-conf.txt thanks in advance, regards Jernej
[Dovecot] Cannot get plaintext auth working on IMAP or POP
Server: Ubuntu 9.04 desktop edition Dovecot 1.1.11 Issue: I have set dovecot.conf with: disable_plaintext_auth = no but everytime I have a client (Windows Live Mail, ubuntu evolution) connect from the Internet, I have the following type of message: Plaintext authentication disallowed on non-secure (SSL/TLS) connections. in my mail.log, I have: Jul 28 15:09:43 name dovecot: imap-login: Disconnected (tried to use disabled plaintext auth): rip=x.x.x.x, lip=x.x.x.x Unfortunately I need plaintext auth IMAP. If I VPN in and use IMAPS, it works a treat - but I can't always do this, hence needing plain old IMAP. Any ideas anyone? What am I missing? Cheers, Richard -- View this message in context: http://www.nabble.com/Cannot-get-plaintext-auth-working-on-IMAP-or-POP-tp24698273p24698273.html Sent from the Dovecot mailing list archive at Nabble.com.
Re: [Dovecot] Cannot get plaintext auth working on IMAP or POP
On 07/28/2009 04:11 PM crunchbytes wrote: Server: Ubuntu 9.04 desktop edition Dovecot 1.1.11 Issue: I have set dovecot.conf with: disable_plaintext_auth = no In which file? /etc/dovecot.conf or /etc/dovecot-postfix.conf … in my mail.log, I have: Jul 28 15:09:43 name dovecot: imap-login: Disconnected (tried to use disabled plaintext auth): rip=x.x.x.x, lip=x.x.x.x Looks like as would Dovecot not read your settings. Regards, Pascal -- The trapper recommends today: face1e55.0920...@localdomain.org
Re: [Dovecot] namespaces / list=no crash
On Tue, 2009-07-28 at 10:13 +0200, Jernej Porenta wrote: With upper settings, dovecot crashes upon login. (GDB trace is here: http://www2.arnes.si/~krklubsls13/dovecot-gdb.txt). If I change list = no to list = yes|children, everything is working fine. Thanks, fixed: http://hg.dovecot.org/dovecot-1.2/rev/a303bb82c1c9 signature.asc Description: This is a digitally signed message part
[Dovecot] Expunged emails getting automatically deleted
Hello, So i had this email in my inbox, i moved it to Folder1/tickets/ folder, then i decided to move the same email back to my inbox and when i went to the inbox it wasnt there nor in Folder1/tickets/ folder... I opened a SSH session to the mail server and went to /srv/mail/ vmail/DOMAIN.COM/rventura/Maildir There i did ll expunged/.INBOX/cur and it showed me 300+ emails i then did cat expunged/.INBOX/cur/the email i needed and it showed me the email contents and since it was the one i needed i then try to do mv expunged/.INBOX/cur/email-id and it returned: mv: cannot stat `expunged/.INBOX/cur/ 1248796845.M207411P29102.housigma20,W=6193:2,STab': No such file or directory I do another ll expunged/.INBOX/cur/ returns total 0. WTF happened to all my items..? before: # df -h FilesystemSize Used Avail Use% Mounted on /dev/xvda2 38G 30G 6.9G 82% / udev 1.1G 72K 1.1G 1% /dev /dev/xvdb1 50G 40G 7.7G 84% /srv/mail after: # df -h FilesystemSize Used Avail Use% Mounted on /dev/xvda2 38G 30G 6.9G 81% / udev 1.1G 72K 1.1G 1% /dev /dev/xvdb1 50G 40G 7.8G 84% /srv/mail Notice /dev/xvdb1 Avail...? # dovecot -n # 1.1.7: /etc/dovecot/dovecot.conf # OS: Linux 2.6.16.60-0.21-xenpae i686 SUSE Linux Enterprise Server 10 (i586) login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login mail_uid: vmail mail_gid: vmail mail_location: maildir:~/Maildir/ mail_plugins: lazy_expunge imap_client_workarounds: delay-newmail outlook-idle netscape-eoh namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: private separator: / prefix: .EXPUNGED/ location: maildir:/srv/mail/vmail/%Ud/%Ln/Maildir/expunged list: yes subscriptions: yes namespace: type: private separator: / prefix: .DELETED/ location: maildir:/srv/mail/vmail/%Ud/%Ln/Maildir/deleted list: yes subscriptions: yes namespace: type: private separator: / prefix: .DELETED/.EXPUNGED/ location: maildir:/srv/mail/vmail/%Ud/%Ln/Maildir/deleted/expunged list: yes subscriptions: yes auth default: mechanisms: plain login passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.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: 384 user: vmail group: vmail plugin: lazy_expunge: .EXPUNGED/ .DELETED/ .DELETED/.EXPUNGED/
Re: [Dovecot] Expunged emails getting automatically deleted
On Tue, 2009-07-28 at 12:07 -0500, Romer Ventura wrote: There i did ll expunged/.INBOX/cur and it showed me 300+ emails i then did cat expunged/.INBOX/cur/the email i needed and it showed me the email contents and since it was the one i needed i then try to do mv expunged/.INBOX/cur/email-id and it returned: mv: cannot stat `expunged/.INBOX/cur/ 1248796845.M207411P29102.housigma20,W=6193:2,STab': No such file or directory I do another ll expunged/.INBOX/cur/ returns total 0. WTF happened to all my items..? My guess: Your IMAP client opened the .EXPUNGED/INBOX mailbox and expunged messages in them (some auto-expunge feature?). before: # df -h FilesystemSize Used Avail Use% Mounted on /dev/xvda2 38G 30G 6.9G 82% / udev 1.1G 72K 1.1G 1% /dev /dev/xvdb1 50G 40G 7.7G 84% /srv/mail after: # df -h FilesystemSize Used Avail Use% Mounted on /dev/xvda2 38G 30G 6.9G 81% / udev 1.1G 72K 1.1G 1% /dev /dev/xvdb1 50G 40G 7.8G 84% /srv/mail Notice /dev/xvdb1 Avail...? It probably just crossed over the rounding threshold. namespace: type: private separator: / prefix: .EXPUNGED/ location: maildir:/srv/mail/vmail/%Ud/%Ln/Maildir/expunged list: yes subscriptions: yes You probably don't want to access these mailboxes all the time? Try setting all of them to list=no. That makes sure it's not your IMAP client that's losing your mails.. Also this change from v1.2.2 would probably help too: * lazy_expunge plugin: Drop \Deleted flag when moving message. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Expunged emails getting automatically deleted
On Tue, 2009-07-28 at 13:11 -0400, Timo Sirainen wrote: My guess: Your IMAP client opened the .EXPUNGED/INBOX mailbox and expunged messages in them (some auto-expunge feature?). BTW. You could also enable mail_log plugin. It'll log all copies and expunges so there's no guessing why something got lost. signature.asc Description: This is a digitally signed message part
[Dovecot] Clients and dovecot-uidlist
Hello, I'm trying to figure out what exactly (and why) are the consequences of a lost or removal of the dovecot-uidlist file on an IMAP client (Thunderbird for instance). I took for granted that it was that the client would download all messages again since it might be confused by some UID changes. But I don't really see why (on the IMAP protocol level) and I don't know how to reproduce it. My understanding is that . dovecot-uidlist is not recreated until some client selects the mailbox . the client does something like : x UID fetch 1:* (FLAGS) to begin with anyway. So I guess the problem does not occur when no new messages arrive on the mailbox since the same UIDs would be assigned to the same messages ? But why would that change ? In which situation ? But can you show me some IMAP protocol command exchange that would illustrate . when such a problem can occur . how the client would detect that there has been some UID corruption . how it would fix it Thanks -- Thomas Hummel
Re: [Dovecot] Cannot get plaintext auth working on IMAP or POP
Thanks, It was using /etc/dovecot.conf I managed to get it working, by editing the protocol imap { sections Now just need to get authentication working for postfix in plaintext. Cheers, Richard Pascal Volk-3 wrote: On 07/28/2009 04:11 PM crunchbytes wrote: Server: Ubuntu 9.04 desktop edition Dovecot 1.1.11 Issue: I have set dovecot.conf with: disable_plaintext_auth = no In which file? /etc/dovecot.conf or /etc/dovecot-postfix.conf … in my mail.log, I have: Jul 28 15:09:43 name dovecot: imap-login: Disconnected (tried to use disabled plaintext auth): rip=x.x.x.x, lip=x.x.x.x Looks like as would Dovecot not read your settings. Regards, Pascal -- The trapper recommends today: face1e55.0920...@localdomain.org -- View this message in context: http://www.nabble.com/Cannot-get-plaintext-auth-working-on-IMAP-or-POP-tp24698273p24704877.html Sent from the Dovecot mailing list archive at Nabble.com.
[Dovecot] Two different issues with dovecot 1.1.13
Hi Timo, I'm using Debian backports.org dovecot-imapd, 1:1.1.13-2~bpo50+1. I've got two different issues, a reoccurring, seemingly harmless one about Corrupted index cache file (boring.txt) and one that went bonkers over the least few days (bt.txt) causing much spamming of the logs. I've made bt.txt stop happening by just rm'ing dovecot.index* : find Maildir/ -type f -name 'dovecot.index*' -print0 | xargs -0r rm ... which I realise may not be the most helpful thing to have done from your point of view. Anyway I just wanted to let you know about both of these. If one or both are already known about or already fixed by a later version of Dovecot, great and sorry for the noise! If not, and you want any more information etc., let me know. Many thanks, Stu. dovecot: 2009-07-28 10:23:16 Error: IMAP(strr): Corrupted index cache file /home/local/strr/Maildir/dovecot.index.cache: record continues outside its allocated size dovecot: 2009-07-28 10:23:56 Error: IMAP(strr): Corrupted index cache file /home/local/strr/Maildir/dovecot.index.cache: record continues outside its allocated size dovecot: 2009-07-28 08:05:54 Panic: IMAP(strr): file index-mail-headers.c: line 77 (index_mail_parse_header_finish): assertion failed: ((match[match_idx] HEADER_MAT CH_FLAG_FOUND) == 0) dovecot: 2009-07-28 08:05:54 Error: IMAP(strr): Raw backtrace: imap [0x48dbf2] - imap [0x48dc73] - imap [0x48d346] - imap(index_mail_parse_header+0x617) [0x4545f7] - imap [0x483284] - imap [0x483478] - imap(i_stream_read+0x2c) [0x491d7c] - imap(i_stream_read_data+0x46) [0x491f16] - imap(message_get_body_size+0x108) [0x4885 a8] - imap [0x4226c3] - imap(imap_fetch+0x162) [0x420852] - imap(cmd_fetch+0x23c) [0x41a27c] - imap [0x41e46c] - imap [0x41e51d] - imap [0x41eb25] - imap(clien t_input+0x63) [0x41efd3] - imap(io_loop_handler_run+0xcb) [0x49515b] - imap(io_loop_run+0x18) [0x4945c8] - imap(main+0x3da) [0x426bea] - /lib/libc.so.6(__libc_sta rt_main+0xe6) [0x7f0e851941a6] - imap [0x418859] dovecot: 2009-07-28 08:05:54 Error: child 20007 (imap) killed with signal 6 (core dumps disabled) dovecot: 2009-07-28 08:05:56 Panic: IMAP(strr): file index-mail-headers.c: line 77 (index_mail_parse_header_finish): assertion failed: ((match[match_idx] HEADER_MAT CH_FLAG_FOUND) == 0) dovecot: 2009-07-28 08:05:56 Error: IMAP(strr): Raw backtrace: imap [0x48dbf2] - imap [0x48dc73] - imap [0x48d346] - imap(index_mail_parse_header+0x617) [0x4545f7] - imap [0x483284] - imap [0x483478] - imap(i_stream_read+0x2c) [0x491d7c] - imap(i_stream_read_data+0x46) [0x491f16] - imap(message_get_body_size+0x108) [0x4885 a8] - imap [0x4226c3] - imap(imap_fetch+0x162) [0x420852] - imap(cmd_fetch+0x23c) [0x41a27c] - imap [0x41e46c] - imap [0x41e51d] - imap [0x41eb25] - imap(clien t_input+0x63) [0x41efd3] - imap(io_loop_handler_run+0xcb) [0x49515b] - imap(io_loop_run+0x18) [0x4945c8] - imap(main+0x3da) [0x426bea] - /lib/libc.so.6(__libc_sta rt_main+0xe6) [0x7f2edf08b1a6] - imap [0x418859] dovecot: 2009-07-28 08:05:56 Error: child 20984 (imap) killed with signal 6 (core dumps disabled)
Re: [Dovecot] Two different issues with dovecot 1.1.13
On Tue, 2009-07-28 at 19:17 +0100, Stuart Rowan wrote: dovecot: 2009-07-28 10:23:16 Error: IMAP(strr): Corrupted index cache file /home/local/strr/Maildir/dovecot.index.cache: record continues outside its allocated size dovecot: 2009-07-28 10:23:56 Error: IMAP(strr): Corrupted index cache file /home/local/strr/Maildir/dovecot.index.cache: record continues outside its allocated size These are kind of annoying. Apparently they still happens in some conditions, but I've really no idea how to reproduce/fix them. Anyway I'm going to simplify the code in a few months, maybe after that there will be no more cache corruption. :) dovecot: 2009-07-28 08:05:54 Panic: IMAP(strr): file index-mail-headers.c: line 77 (index_mail_parse_header_finish): assertion failed: ((match[match_idx] HEADER_MAT CH_FLAG_FOUND) == 0) This was fixed in v1.1.16 with http://hg.dovecot.org/dovecot-1.1/rev/e596c98605dd signature.asc Description: This is a digitally signed message part
[Dovecot] Subfolders not listed in Dovecot-1.2.2 with listescape
After upgrading to Dovecot-1.2.2 from 1.1* subfolders disappeared, though it was possible to access them directly, e.g. with mutt -f =lists/dovecot. The problem only occurs if the listescape plugin is enabled. Some relevant bits from the configuration: namespace private { # The only namespace. separator = / prefix = inbox = yes } protocol imap { mail_plugins = fts fts_squat listescape }
Re: [Dovecot] Dovecot-1.1.15 panics
On Mon, 2009-07-27 at 18:12 -0500, Mike Abbott wrote: Have you tried my imaptest tool (http://imapwiki.org/ImapTest) to see if it gives errors? I'll try that soon and let you know. Looks like readdir() EINVALs come whenever there is more than one session accessing the mailbox and I couldn't get rid of them even when retrying it many times.. Also I can't get your perl script to break my Dovecot installation anymore at all. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Dovecot-1.1.15 panics
This is the main reason it keeps breaking: Terminal 1: while true; do touch foo.tmp; mv foo.tmp foo; done Termanal 2: while true; do cat foo; done foo always exists, because POSIX guarantees that rename is atomic. But terminal 2 keeps failing randomly: cat: No such file or directory So, apparently HFS+'s rename() isn't really atomic after all.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Expunged emails getting automatically deleted
Thanks i ll do that. Your guess might be right. I opened the folders with the client, but i didnt find any auto-expunge feature in Apple Mail 2.1.1 On Jul 28, 2009, at 12:17 PM, Timo Sirainen wrote: On Tue, 2009-07-28 at 13:11 -0400, Timo Sirainen wrote: My guess: Your IMAP client opened the .EXPUNGED/INBOX mailbox and expunged messages in them (some auto-expunge feature?). BTW. You could also enable mail_log plugin. It'll log all copies and expunges so there's no guessing why something got lost.
Re: [Dovecot] Stuck with dovecot-sieve and horde-ingo ...
Robert Schetterer schrieb: if you get problems with sieve dovecot try http://www.woozle.org/~neale/src/pysieved/ will do asap ... thanks
Re: [Dovecot] dovecot 1.2.1 and sieve-0.9.1
John Killian wrote: Hi all, ok, can someone tell me which header fields that the Sender function in sieve looks at ??? I've created a sieve rule to move a mail to a directory that looks like this : # rule:[File Message] if anyof (address :contains Sender Dude) { fileinto TestFolder; } Your script checks for: - a header called Sender literally (which isn't in the posted header) - expects it to contain a valid e-mail address that contains the string Dude (which is not true, when you actually meant to use From: Dude is not part of the mail address) And the emails headers look like this : Received: (qmail 5811 invoked by uid 100); 28 Jul 2009 22:33:56 - X-Sieve: Dovecot Sieve 0.1.9 Delivered-To: xx-xxx...@xx.com Received: (qmail 5581 invoked from network); 28 Jul 2009 22:33:53 - Received: from unknown (HELO mx1.securemailscan.com) (209.132.1.198) by mda1.scaledsystems.com with SMTP; 28 Jul 2009 22:33:53 - X-Envelope-From: xx...@yahoo.com X-Envelope-To: xxx...@xx.com Received: From web35801.mail.mud.yahoo.com (66.163.179.170) by mx1.securemailscan.com (MAILFOUNDRY) id uh1v8HvGEd6coQAw for xxx...@xx.com; Tue, 28 Jul 2009 22:33:52 - (GMT) Received: (qmail 76116 invoked by uid 60001); 28 Jul 2009 22:33:52 - DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1248820432; bh=bMaME6CgqoU7EGtJwkX2i9rjL4ONpP79bbfuft4bEok=; h=Message-ID:X-YMail-OSG:Received:X-RocketSRV:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=as+pQdsUMeD/yiXAxceO3lYtDm/vCgjqDH1AS1OsfMfQITJV7YMRJSqBst1m4mHIgC0xyShetRIo6o3FEeLxDDOHYKUhy3V31MrS+0d7B+us4Nrjft7OZu3zVPIS87fDWoF6hM9dc9eVXTu4Kuj0a1bul0XwKIRwXqn+AfXepYg= DomainKey-Signature:a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-RocketSRV:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=kHyfgMDzLWxu70JYhQk6KYifrtYSi7jV4T7UqqQ6XfSN+WZeTRlZ4fK6R+nb1ykwTjmp2pROJAPYgHooRPs3MaYMtx54f0+7IL8HjP0c2wqiYIy++6pFzc+mk8j+72OJMBcxMhDTPtV/i52Uu0bDEl5+DbU6QXrQhYbak6BdzLM=; Message-ID: 213398.63258...@web35801.mail.mud.yahoo.com X-YMail-OSG: nmd_HZwVM1lT6TNyXWr2RcbN36VCejKyF4bZMN8urulX03szfpVuJD36F652_focw.1y1PwSPvcfGlWkoBsq5kEb9H_R.HWV.kcpvFe1pZGC4oWcj6Cc4uO737j.52s0kwXmru.WZEdJi..tsbkjg.8f3y_Lc4wJRFORqhFHjMoKG17xhVM8_z1olhpu_FtyrOVvTuoqaapAk3ioUOGTyEYp52oHRPQAx9TuiKojStPmtmq0AkGjDMybhQeciqJSvFJcrF6KqdL5wEjBX4G1bGGXGD61RYzUaJNGMX8FQ.tJqPEKSI1vlBU- Received: from [76.176.154.181] by web35801.mail.mud.yahoo.com via HTTP; Tue, 28 Jul 2009 15:33:52 PDT X-RocketSRV: showstationery=1248820330...@dclient.mail.yahoo.com,1248820330...@dclient.mail.yahoo.com,1248820330...@dclient.mail.yahoo.com X-Mailer: YahooMailRC/1358.22 YahooMailWebService/0.7.289.15 Date: Tue, 28 Jul 2009 15:33:52 -0700 (PDT) From: Dude Crush ...@yahoo.com Reply-To: Dude Crush ...@yahoo.com Subject: test from dude 2 To: x...@.com MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=0-948431439-1248820432=:63258 The correct version of the script would check the From header: if header :contains From Dude { fileinto foobar; } -- Regards, Tom signature.asc Description: OpenPGP digital signature
Re: [Dovecot] dovecot-1.2.2+sieve 0.1.9: sieve issues with (global?) includes
Tom Hendrikx schreef: Hi, After upgrading from dovecot 1.1 to dovecot 1.2.2 and the new sieve implementation (0.1.9), I'm having some strange problems. I'm including some general purpose scripts into my user script from sieve_global_dir. After some tests it seems that ths scripts get executed at random: sometimes the mail gets stored in the correct dir, and sometimes it goes to inbox. This also happens while using the same compiled .svbin file. Another indication that something is wrong with the compiled .svbin is output of sieved (see below). Running sieved on the compiled test{1,2,3}.svbin files gives regular output. Output of 'sieved /home/tomhendr/.default.svbin === * Required extensions: 0: include (16) 1: fileinto (5) Panic: file ext-include-variables.c: line 133 (ext_include_variables_dump): assertion failed: (global_vars != NULL) Error: Raw backtrace: sieved [0xa7fbfe10] - sieved(default_fatal_handler+0x57) [0xa7fbfe97] - sieved [0xa7fc006e] - sieved [0xa7f7384c] - sieved(ext_include_binary_dump+0x48) [0xa7f531c8] - sieved(sieve_binary_dumper_run+0x119) [0xa7f671a9] - sieved(sieve_dump+0x42) [0xa7f4bf82] - sieved(sieve_tool_dump_binary_to+0x6f) [0xa7f7b77f] - sieved(main+0x174) [0xa7f42564] - /lib/libc.so.6(__libc_start_main+0xe2) [0xa7dce712] - sieved [0xa7f422b1] Aborted === Thanks for the thorough bug report. I could reproduce this instantly. I forgot to initialize the binary for use with the include extension in one particular situation: when the binary is loaded from disk. Directly after compilation, all works well. Fixed: http://hg.rename-it.nl/dovecot-1.2-sieve/rev/d989537882d0 I've tested this fix with sieved and sieve-test and both show correct behaviour, so I am pretty confident that the problem is resolved for the actual Sieve plugin as well. Your dump should look as in the attached file after applying the fix. I'll make a new release soon, once I've thoroughly tested recent changes to the action execution code. Sadly the binary load/save functionality is not yet part of the test suite, giving this bug the opportunity to slip through. Adding this to the testsuite should not be too much work, so I'll give that some more priority. Regards, -- Stephan Bosch step...@rename-it.nl * Required extensions: 0: include (17) 1: fileinto (5) * Included global script 'test1.sieve' (block: 3): : EXTENSIONS [1]: 0001: fileinto 0002: HEADER 0005: match type: contains 0008: header names: STR[7] Subject 0012: key list: STR[5] test1 001a: JMPFALSE 20 [002f] 001f: FILEINTO 0020: (source line: 4) 0021: folder: STR[10] sieve_test 002e: STOP 002f: [End of code] * Included global script 'test2.sieve' (block: 4): : EXTENSIONS [1]: 0001: fileinto 0002: HEADER 0005: match type: contains 0008: header names: STR[7] Subject 0012: key list: STR[5] test2 001a: JMPFALSE 20 [002f] 001f: FILEINTO 0020: (source line: 4) 0021: folder: STR[10] sieve_test 002e: STOP 002f: [End of code] * Included global script 'test3.sieve' (block: 5): : EXTENSIONS [1]: 0001: fileinto 0002: HEADER 0005: match type: contains 0008: header names: STR[7] Subject 0012: key list: STR[5] test3 001a: JMPFALSE 20 [002f] 001f: FILEINTO 0020: (source line: 4) 0021: folder: STR[10] sieve_test 002e: STOP 002f: [End of code] * Main program (block: 1): : EXTENSIONS [1]: 0001: include 0002: INCLUDE: 0004: script: test1.sieve [ID: 1, BLOCK: 3] 0006: INCLUDE: 0008: script: test2.sieve [ID: 2, BLOCK: 4] 000a: INCLUDE: 000c: script: test3.sieve [ID: 3, BLOCK: 5] 000e: KEEP 000f: (source line: 19) 0010: [End of code]
Re: [Dovecot] dovecot 1.2.1 and sieve-0.9.1
Your script checks for: - a header called Sender literally (which isn't in the posted header) - expects it to contain a valid e-mail address that contains the string Dude (which is not true, when you actually meant to use From: Dude is not part of the mail address) The correct version of the script would check the From header: if header :contains From Dude { fileinto foobar; } Thank you for eveyone for the answers. It shed better light on how the rules work. I guess the best way to get the name portion of the sender is indeed to use the header modifier and pick the correct header field. Thanks, Tim.