ml at smtp.fakessh.eu
2011-Jun-22 01:18 UTC
[Dovecot] sieve problem email silently discard
hello folks hello Timo hello all the guru I met a few times the problem or an email that passes through a sieve script is silently discard after delivery but never returned to the inbox all testimonials are welcome -- ?http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 ?gpg --keyserver pgp.mit.edu --recv-key 092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20110622/2223d51c/attachment-0002.bin>
Op 22-6-2011 3:18, ml at smtp.fakessh.eu schreef:> hello folks > hello Timo > hello all the guru > > I met a few times the problem or an email that passes through a sieve script > is silently discard > after delivery but never returned to the inbox > > all testimonials are welcomeWe cannot say much about this problem, unless we get some more information: 1) What is your configuration? Provide the output of dovecot -n. 2) Is it reproducible somehow? - What is the Sieve script you see this behavior for? Or does it happen for all users? - Is there a specific kind of incoming message that gets discarded all the time? 3) Is there any error or other message in the logs that may explain this behavior? Regards, Stephan.
ml at smtp.fakessh.eu
2011-Jul-03 20:22 UTC
[Dovecot] sieve problem email silently discard
hello folks hello Timo hello all the guru I met a few times the problem or an email that passes through a sieve script is silently discard after delivery but never returned to the inbox all testimonials are welcome my dovecot -n ~]# /usr/sbin/dovecot -n # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32.2-xxxx-grs-ipv6-32 i686 CentOS release 5.6 (Final) auth_mechanisms = plain login base_dir = /var/run/dovecot/ lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes listen = [::] log_path = /var/log/maillog log_timestamp = %Y-%m-%d %H:%M:%S login_log_format_elements = user=<%u> method=%m rip=%r lip=%l %c mail_debug = yes mail_location = maildir:~/Maildir mail_max_userip_connections = 20 managesieve_notify_capability = mailto managesieve_sieve_capability = comparator-i;octet comparator-i;ascii-casemap fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date spamtest spamtestplus virustest namespace { inbox = yes location prefix separator = . } passdb { driver = pam } plugin { autocreate = Trash autocreate2 = Junk autocreate3 = Sent autocreate4 = Drafts autosubscribe = Trash autosubscribe2 = Junk autosubscribe3 = Sent autosubscribe4 = Drafts plugin = $mail_plugins autocreate managesieve sieve sieve = ~/.dovecot.sieve sieve_before = /var/sieve-scripts/roundcube.sieve sieve_dir = ~/sieve sieve_global_path = whatever } protocols = sieve imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0600 user = postfix } unix_listener auth-master { mode = 0666 } unix_listener auth-userdb { mode = 0666 } vsz_limit = 64 M } service imap-login { inet_listener imap { port = 0 } inet_listener imaps { address = * , [::] port = 993 } process_limit = 128 vsz_limit = 64 M } service imap { client_limit = 1 service_count = 0 } service managesieve-login { inet_listener managesieve-login { address = * , [::] port = 2000 } process_limit = 128 vsz_limit = 64 M } service pop3-login { inet_listener pop3 { port = 0 } inet_listener pop3s { address = * , [::] port = 995 } process_limit = 128 vsz_limit = 64 M } ssl_ca = </etc/pki/tls/certs/class3.crt ssl_cert = </etc/pki/tls/certs/r13151.ovh.net.cert ssl_key = </etc/pki/tls/private/r13151.ovh.net.key ssl_verify_client_cert = yes userdb { driver = passwd } version_ignore = yes protocol imap { imap_client_workarounds = delay-newmail tb-extra-mailbox-sep imap_max_line_length = 64 k mail_plugins = " autocreate" } protocol pop3 { mail_plugins = autocreate pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s } protocol lda { hostname = r13151.ovh.net mail_plugins = autocreate sieve postmaster_address = postmaster at fakessh.eu sendmail_path = /usr/lib/sendmail } protocol sieve { managesieve_implementation_string = dovecot managesieve_logout_format = bytes ( in=%i : out=%o ) managesieve_max_line_length = 65536 } egrep lda /var/Log/maillog 2011-07-03 19:47:15lda: Debug: Loading modules from directory: /usr/lib/dovecot 2011-07-03 19:47:15lda: Debug: Module loaded: /usr/lib/dovecot/lib20_autocreate_plugin.so 2011-07-03 19:47:15lda: Debug: Module loaded: /usr/lib/dovecot/lib90_sieve_plugin.so 2011-07-03 19:47:15lda(fakessh): Debug: Effective uid=500, gid=100, home=/home/fakessh 2011-07-03 19:47:15lda(fakessh): Debug: Namespace : type=private, prefix=, sep=., inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:~/Maildir 2011-07-03 19:47:15lda(fakessh): Debug: maildir++: root=/home/fakessh/Maildir, index=, control=, inbox=/home/fakessh/Maildir 2011-07-03 19:47:15lda(fakessh): Debug: Namespace : Using permissions from /home/fakessh/Maildir: mode=0775 gid=-1 2011-07-03 19:47:15lda(fakessh): Debug: userdb lookup skipped, username taken from USER environment 2011-07-03 19:47:15lda(fakessh): Debug: none: root=, index=, control=, inbox2011-07-03 19:47:15lda(fakessh): Debug: Destination address: fakessh at r13151.ovh.net (source: user at hostname) 2011-07-03 19:47:15lda(fakessh): Debug: sieve: using sieve path for user's script: /home/fakessh/.dovecot.sieve 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executed before user's script(1): /var/sieve-scripts/roundcube.sieve 2011-07-03 19:47:15lda(fakessh): Debug: sieve: opening script /var/sieve-scripts/roundcube.sieve 2011-07-03 19:47:15lda(fakessh): Debug: sieve: script binary /var/sieve-scripts/roundcube.svbin successfully loaded 2011-07-03 19:47:15lda(fakessh): Debug: sieve: binary save: not saving binary /var/sieve-scripts/roundcube.svbin, because it is already stored 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executing script from /var/sieve-scripts/roundcube.svbin 2011-07-03 19:47:15lda(fakessh): Info: sieve: msgid=<6EBEE5FC-62B1-4C73-B26E-DEBFD6E26DB6 at shorewall.net>: marked message to be discarded if not explicitly delivered (discard action) -- ?http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 ?gpg --keyserver pgp.mit.edu --recv-key 092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20110703/06c5f160/attachment-0002.bin>
On 07/03/2011 10:22 PM, ml at smtp.fakessh.eu wrote:> > I met a few times the problem or an email that passes through a sieve script > is silently discard > after delivery but never returned to the inbox > > all testimonials are welcome[...]> plugin {[...]> plugin = $mail_plugins autocreate managesieve sieve > sieve = ~/.dovecot.sieve > sieve_before = /var/sieve-scripts/roundcube.sieve > sieve_dir = ~/sieve > sieve_global_path = whatever > }[...]> egrep lda /var/Log/maillog[...]> 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executed before user's > script(1): /var/sieve-scripts/roundcube.sieve[...]> 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executing script > from /var/sieve-scripts/roundcube.svbin > 2011-07-03 19:47:15lda(fakessh): Info: sieve: > msgid=<6EBEE5FC-62B1-4C73-B26E-DEBFD6E26DB6 at shorewall.net>: marked message to > be discarded if not explicitly delivered (discard action) >I would not call this a silent discard: it is reported in the log above. Also, the contents of roundcube.sieve that you showed in an earlier thread contained a single discard action, which is therefore the only likely culprit. Now the question boils down to: why is this discard action triggered? The interesting part of the script is the following: require ["comparator-i;ascii-numeric","relational"]; if header :value "ge" :comparator "i;ascii-numeric" ["X-Spam-score"]["500"] { discard; stop; } Since the message is discarded, it will most likely be impossible to retrieve that message and check why it fires this rule. The relatively innocent situation would be that your Spam filter truly produces this interesting score of > 500. A less innocent case would be a bug in the Sieve interpreter. Either way, we need to have access to one of those messages that triggers this rule and gets discarded without apparent reason. My suggestion is to replace that `discard;' action with a `fileinto :create "Debug";' action (:create creates the folder implicitly; depends on mailbox extension require) to file messages that would normally be discarded into a special folder for later evaluation. Alternatively, you can redirect such messages to a special mail account. Only then can we trace this problem any deeper. Regards, Stephan.