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
Re: [Dovecot] virtual plugin question
On Sun, 26 Jul 2009 19:52:30 -0400 Timo Sirainen wrote: > On Wed, 2009-07-22 at 22:39 +0300, Nikita Koshikov wrote: > > > There's no -g parameter given to gcc. The emerge overrides CFLAGS by > > > adding -march=i686 etc. stuff in there, which also removes -g parameter. > > > Try to figure out some way to add it back. > > > > (gdb) bt full > > #0 0xb7d80080 in virtual_storage_sync_init () from > > /usr/lib/dovecot/imap/lib20_virtual_plugin.so > > No symbol table info available. > > Almost :) Only the virtual plugin now was missing symbols. Anyway, I > think this fixes the crashes: > http://hg.dovecot.org/dovecot-1.2/rev/88d4e83fcea5 > Thank you, Timo. With dovecot version 1.2.2 this bug has gone away.
[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
[Dovecot] dovecot-1.2.2+sieve 0.1.9: sieve issues with (global?) includes
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.
Any ideas what could be causing this?
user script:
===
require ["include"];
include :global "test1.sieve";
include :global "test2.sieve";
include :global "test3.sieve";
keep;
===
/etc/dovecot/sieve/test1.sieve:
===
require ["fileinto"];
if header :contains "Subject" "test1" {
fileinto "sieve_test";
stop;
}
===
/etc/dovecot/sieve/test2.sieve:
===
require ["fileinto"];
if header :contains "Subject" "test2" {
fileinto "sieve_test";
stop;
}
===
/etc/dovecot/sieve/test3.sieve:
===
require ["fileinto"];
if header :contains "Subject" "test3" {
fileinto "sieve_test";
stop;
}
===
Log output with mail_debug=yes:
===
# test mail for test1.sieve
Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): Loading
modules from directory: /usr/lib/dovecot/lda
Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): Module loaded:
/usr/lib/dovecot/lda/lib90_sieve_plugin.so
Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): maildir:
data=/var/spool/mail/tomhendr/Maildir
Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): maildir++:
root=/var/spool/mail/tomhendr/Maildir, index=, control=,
inbox=/var/spool/mail/tomhendr/Maildir
Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): sieve: using
sieve path for user's script: /home/tomhendr/.default.sieve
Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): sieve: opening
script /home/tomhendr/.default.sieve
Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): sieve:
executing compiled script /home/tomhendr/.default.sieve
Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): sieve:
msgid=<20090728212027.02eebd...@smtp.whyscream.net>: stored mail into
mailbox 'sieve_test'
# test mail for test2.sieve
Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): Loading
modules from directory: /usr/lib/dovecot/lda
Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): Module loaded:
/usr/lib/dovecot/lda/lib90_sieve_plugin.so
Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): maildir:
data=/var/spool/mail/tomhendr/Maildir
Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): maildir++:
root=/var/spool/mail/tomhendr/Maildir, index=, control=,
inbox=/var/spool/mail/tomhendr/Maildir
Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): sieve: using
sieve path for user's script: /home/tomhendr/.default.sieve
Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): sieve: opening
script /home/tomhendr/.default.sieve
Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): sieve:
executing compiled script /home/tomhendr/.default.sieve
Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): Namespace :
Using permissions from /var/spool/mail/tomhendr/Maildir: mode=0700 gid=-1
Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): sieve:
msgid=<20090728212035.5f2f8d...@smtp.whyscream.net>: stored mail into
mailbox 'INBOX'
# test with 2 mails for test2 in a row
Jul 28 23:40:50 meredith-mail dovecot: deliver(tomhendr): Loading
modules from directory: /usr/lib/dovecot/lda
Jul 28 23:40:50 meredith-mail dovecot: deliver(tomhendr): Module loaded:
/usr/lib/dovecot/lda/lib90_sieve_plugin.so
Jul 28 23:40:50 meredith-mail dovecot: deliver(tomhendr): maildir:
data=/var/spool/mail/tomhendr/Maildir
Jul 28 23:40:50 meredith-mail dovecot: deliver(tomhendr): maildir++:
root=/var/spool/mail/tomhendr/Maildir, index=, control=,
inbox=/var/spool/mail/tomhendr/Maildir
Jul 28 23:40:50 meredith-mail dovecot: deliver(tomhendr): sieve: using
sieve path for user's script: /home/tomhendr/.default.sieve
Jul 28 23:40:50 meredith-mail dovecot: deliver(tomhendr): sieve: opening
script /home/tomhendr/.default.sieve
Jul 28 23:40:50 meredith-mail dovecot: deliver(tomhendr): sieve:
executing compiled script /home/tomhendr/.default.sieve
Jul 28 23:40:51 meredith-mail dovecot: deliver(tomhendr): sieve:
msgid=<20090728214050.c2983d...@smtp.whyscream.net>: stored mail into
mailbox 'sieve_test'
Jul 28 23:40:57 meredith-mail dovecot: deliver(tomhendr): Loading
modules from directory: /usr/lib/dovecot/lda
Jul 28 23:40:57 meredith-mail dovecot: deliver(tomhendr): Mod
[Dovecot] dovecot 1.2.1 and sieve-0.9.1
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";
}
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
Reply-To: Dude Crush
Subject: test from dude 2
To: x...@.com
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-948431439-1248820432=:63258"
But when the mail is delivered, it goes into the INBOX, and the dovecot
message in the log file looks like this :
Jul 28 15:33:56 deliver(...@xx.com): Info: sieve:
msgid=<213398.63258...@web35801.mail.mud.yahoo.com>: stored mail into
mailbox 'INBOX'
So, I'm a little bi stumped as to why it wouldn't pick up "Dude" in any
of the sender addresses...
I can get it to work for the address by using
# rule:[File Message]
if anyof ( envelope :contains "From" "yahoo")
{
fileinto "TestFolder";
}
But isnt' it supposed to be able to deal with the Sender name???
Thanks,
Tim.
Re: [Dovecot] dovecot 1.2.1 and sieve-0.9.1
John Killian schreef:
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";
}
And the emails headers look like this :
[..headers..]
First of all, there is no "sender" header in the example you provided.
The only header I see is "from". But more importantly, the name before
the address enclosed in <> is not matched with the address test (i.e.
the phrase part of the address, containing 'Dude', is ignored). This
kind of match can only be achieved with the header test.
Regards,
--
Stephan Bosch
step...@rename-it.nl
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
> Reply-To: Dude Crush
> 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.
[Dovecot] problem with disable_plaintext_auth
Hi, I am using dovecot with postfix for authentication. Everything (TLS/SSL, authentication) is working fine, except that when I set: disable_plaintext_auth = yes I still can authenticate with plain text on a no TLS/SSL session: 20 mail2.cs.ait.ac.th ESMTP Postfix (2.6.2) EHLO [192.41.170.57] 250-mail2.cs.ait.ac.th 250-PIPELINING 250-SIZE 1024 250-VRFY 250-ETRN 250-STARTTLS 250-AUTH PLAIN LOGIN 250-AUTH=PLAIN LOGIN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN AUTH PLAIN 235 2.7.0 Authentication successful My dovecot configuration is: # 1.1.16: /usr/local/etc/dovecot.conf # OS: FreeBSD 7.2-RELEASE-p2 amd64 base_dir: /var/run/dovecot/ protocols: none ssl_listen: * ssl_ca_file: /usr/local/ssl/ca/ait-itserv.crt ssl_cert_file: /usr/local/ssl/crt/mail2.cs.ait.ac.th.crt ssl_key_file: /usr/local/ssl/key/mail2.cs.ait.ac.th.key ssl_cipher_list: ALL:!LOW:!SSLv2 login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_chroot: no login_greeting_capability: yes verbose_proctitle: yes first_valid_uid: 1000 first_valid_gid: 1000 mail_privileged_group: mail mail_location: mbox:~/mail/:INBOX=/var/mail/%u imap_client_workarounds: delay-newmail netscape-eoh tb-extra-mailbox-sep auth default: mechanisms: plain login username_format: %Ln verbose: yes debug: yes passdb: driver: ldap args: /usr/local/etc/dovecot-ldap.conf passdb: driver: passwd args: blocking=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 Any help is welcome. Best regards, Olivier
