sieve sending vacation message from vmail at ns1.domain.tld

Matthew Broadhead matthew.broadhead at nbmlaw.co.uk
Sun Nov 6 16:44:36 UTC 2016


it seemed like a simple configuration issue.  i was hoping someone could 
point me in the right direction.  seems i was wrong.  i may as well 
unsubscribe this list as there is not much help here

On 02/11/2016 18:29, Matthew Broadhead wrote:
> is there something more i need to be doing my end?
>
> On 25/10/2016 09:11, Matthew Broadhead wrote:
>> are there any instructions or tests i can make to check the sieve 
>> configuration?  or does the magic all happen internally and there are 
>> no settings to change?
>>
>> On 21/10/2016 10:22, Matthew Broadhead wrote:
>>> the server is using CentOS 7 and that is the package that comes 
>>> through yum.  everything is up to date. i am hesitant to install a 
>>> new package manually as that could cause other compatibility 
>>> issues?  is there another way to test the configuration on the server?
>>>
>>> On 21/10/2016 01:07, Stephan Bosch wrote:
>>>> Op 10/20/2016 om 7:38 PM schreef Matthew Broadhead:
>>>>> do i need to provide more information?
>>>>>
>>>> It still doesn't make sense to me. I do notice that the version you're
>>>> using is ancient (dated 26-09-2013), which may well the problem.
>>>>
>>>> Do have the ability to upgrade?
>>>>
>>>> Regards,
>>>>
>>>> Stephan.
>>>>
>>>>> On 19/10/2016 14:49, Matthew Broadhead wrote:
>>>>>> /var/log/maillog showed this
>>>>>> Oct 19 13:25:41 ns1 postfix/smtpd[1298]: 7599A2C19C6:
>>>>>> client=unknown[127.0.0.1]
>>>>>> Oct 19 13:25:41 ns1 postfix/cleanup[1085]: 7599A2C19C6:
>>>>>> message-id=<edc55a9b-eb49-3945-dc60-0e1d51a78e97 at nbmlaw.co.uk>
>>>>>> Oct 19 13:25:41 ns1 postfix/qmgr[1059]: 7599A2C19C6:
>>>>>> from=<matthew.broadhead at nbmlaw.co.uk>, size=3190, nrcpt=1 (queue 
>>>>>> active)
>>>>>> Oct 19 13:25:41 ns1 amavis[32367]: (32367-17) Passed CLEAN
>>>>>> {RelayedInternal}, ORIGINATING LOCAL [80.30.255.180]:54566
>>>>>> [80.30.255.180] <matthew.broadhead at nbmlaw.co.uk> ->
>>>>>> <ufuk.koksal at nbmlaw.co.uk>, Queue-ID: BFFA62C1965, Message-ID:
>>>>>> <edc55a9b-eb49-3945-dc60-0e1d51a78e97 at nbmlaw.co.uk>, mail_id:
>>>>>> TlJQ9xQhWjQk, Hits: -2.9, size: 2235, queued_as: 7599A2C19C6,
>>>>>> dkim_new=foo:nbmlaw.co.uk, 531 ms
>>>>>> Oct 19 13:25:41 ns1 postfix/smtp[1135]: BFFA62C1965:
>>>>>> to=<ufuk.koksal at nbmlaw.co.uk>, relay=127.0.0.1[127.0.0.1]:10026,
>>>>>> delay=0.76, delays=0.22/0/0/0.53, dsn=2.0.0, status=sent (250 2.0.0
>>>>>> from MTA(smtp:[127.0.0.1]:10027): 250 2.0.0 Ok: queued as 
>>>>>> 7599A2C19C6)
>>>>>> Oct 19 13:25:41 ns1 postfix/qmgr[1059]: BFFA62C1965: removed
>>>>>> Oct 19 13:25:41 ns1 postfix/smtpd[1114]: connect from
>>>>>> ns1.nbmlaw.co.uk[217.174.253.19]
>>>>>> Oct 19 13:25:41 ns1 postfix/smtpd[1114]: NOQUEUE: filter: RCPT from
>>>>>> ns1.nbmlaw.co.uk[217.174.253.19]: <vmail at ns1.nbmlaw.co.uk>: Sender
>>>>>> address triggers FILTER smtp-amavis:[127.0.0.1]:10026;
>>>>>> from=<vmail at ns1.nbmlaw.co.uk> to=<matthew.broadhead at nbmlaw.co.uk>
>>>>>> proto=SMTP helo=<ns1.nbmlaw.co.uk>
>>>>>> Oct 19 13:25:41 ns1 postfix/smtpd[1114]: 8A03F2C1965:
>>>>>> client=ns1.nbmlaw.co.uk[217.174.253.19]
>>>>>> Oct 19 13:25:41 ns1 postfix/cleanup[1085]: 8A03F2C1965:
>>>>>> message-id=<dovecot-sieve-1476879941-491779-0 at ns1.nbmlaw.co.uk>
>>>>>> Oct 19 13:25:41 ns1 opendmarc[2430]: implicit authentication 
>>>>>> service:
>>>>>> ns1.nbmlaw.co.uk
>>>>>> Oct 19 13:25:41 ns1 opendmarc[2430]: 8A03F2C1965: 
>>>>>> ns1.nbmlaw.co.uk fail
>>>>>> Oct 19 13:25:41 ns1 postfix/qmgr[1059]: 8A03F2C1965:
>>>>>> from=<vmail at ns1.nbmlaw.co.uk>, size=1077, nrcpt=1 (queue active)
>>>>>> Oct 19 13:25:41 ns1 postfix/smtpd[1114]: disconnect from
>>>>>> ns1.nbmlaw.co.uk[217.174.253.19]
>>>>>> Oct 19 13:25:41 ns1 sSMTP[1895]: Sent mail for 
>>>>>> vmail at ns1.nbmlaw.co.uk
>>>>>> (221 2.0.0 Bye) uid=996 username=vmail outbytes=971
>>>>>> Oct 19 13:25:41 ns1 postfix/smtpd[1898]: connect from 
>>>>>> unknown[127.0.0.1]
>>>>>> Oct 19 13:25:41 ns1 postfix/pipe[1162]: 7599A2C19C6:
>>>>>> to=<ufuk.koksal at nbmlaw.co.uk>, relay=dovecot, delay=0.46,
>>>>>> delays=0/0/0/0.45, dsn=2.0.0, status=sent (delivered via dovecot
>>>>>> service)
>>>>>> Oct 19 13:25:41 ns1 postfix/qmgr[1059]: 7599A2C19C6: removed
>>>>>> Oct 19 13:25:41 ns1 postfix/smtpd[1898]: E53472C19C6:
>>>>>> client=unknown[127.0.0.1]
>>>>>> Oct 19 13:25:41 ns1 postfix/cleanup[1085]: E53472C19C6:
>>>>>> message-id=<dovecot-sieve-1476879941-491779-0 at ns1.nbmlaw.co.uk>
>>>>>> Oct 19 13:25:41 ns1 postfix/qmgr[1059]: E53472C19C6:
>>>>>> from=<vmail at ns1.nbmlaw.co.uk>, size=1619, nrcpt=1 (queue active)
>>>>>> Oct 19 13:25:41 ns1 amavis[1885]: (01885-01) Passed CLEAN
>>>>>> {RelayedInternal}, ORIGINATING LOCAL [217.174.253.19]:40960
>>>>>> [217.174.253.19] <vmail at ns1.nbmlaw.co.uk> ->
>>>>>> <matthew.broadhead at nbmlaw.co.uk>, Queue-ID: 8A03F2C1965, Message-ID:
>>>>>> <dovecot-sieve-1476879941-491779-0 at ns1.nbmlaw.co.uk>, mail_id:
>>>>>> mOMO97yjVqjM, Hits: -2.211, size: 1301, queued_as: E53472C19C6, 
>>>>>> 296 ms
>>>>>> Oct 19 13:25:41 ns1 postfix/smtp[1217]: 8A03F2C1965:
>>>>>> to=<matthew.broadhead at nbmlaw.co.uk>,
>>>>>> relay=127.0.0.1[127.0.0.1]:10026, delay=0.38, delays=0.08/0/0/0.29,
>>>>>> dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10027):
>>>>>> 250 2.0.0 Ok: queued as E53472C19C6)
>>>>>> Oct 19 13:25:41 ns1 postfix/qmgr[1059]: 8A03F2C1965: removed
>>>>>> Oct 19 13:25:42 ns1 postfix/pipe[1303]: E53472C19C6:
>>>>>> to=<matthew.broadhead at nbmlaw.co.uk>, relay=dovecot, delay=0.14,
>>>>>> delays=0/0/0/0.14, dsn=2.0.0, status=sent (delivered via dovecot
>>>>>> service)
>>>>>> Oct 19 13:25:42 ns1 postfix/qmgr[1059]: E53472C19C6: removed
>>>>>>
>>>>>> On 19/10/2016 13:54, Stephan Bosch wrote:
>>>>>>>
>>>>>>> Op 19-10-2016 om 13:47 schreef Matthew Broadhead:
>>>>>>>> i am not 100% sure how to give you the information you require.
>>>>>>>>
>>>>>>>> my current setup in /etc/postfix/master.cf is
>>>>>>>> flags=DRhu user=vmail:mail argv=/usr/libexec/dovecot/deliver -d
>>>>>>>> ${recipient}
>>>>>>>> so recipient would presumably be user at domain.tld? or do you want
>>>>>>>> the real email address of one of our users?  is there some way i
>>>>>>>> can output this information directly e.g. in logs?
>>>>>>> I am no Postfix expert. I just need to know which values are being
>>>>>>> passed to dovecot-lda with what options. I'd assume Postfix allows
>>>>>>> logging the command line or at least the values of these variables.
>>>>>>>
>>>>>>>> the incoming email message could be anything?  again i can run an
>>>>>>>> example directly if you can advise the best way to do this
>>>>>>> As long as the problem occurs with this message.
>>>>>>>
>>>>>>> BTW, it would also be helpful to have the Dovecot logs from this
>>>>>>> delivery, with mail_debug configured to "yes".
>>>>>>>
>>>>>>> Regards,
>>>>>>>
>>>>>>> Stephan.
>>>>>>>
>>>>>>>> On 19/10/2016 12:54, Stephan Bosch wrote:
>>>>>>>>> Also, please provide an example scenario; i.e., for one
>>>>>>>>> problematic delivery provide:
>>>>>>>>>
>>>>>>>>> - The values of the variables substituted in the dovecot-lda
>>>>>>>>> command line; i.e., provide that command line.
>>>>>>>>> - The incoming e-mail message.
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>>
>>>>>>>>> Stephan.
>>>>>>>>>
>>>>>>>>> Op 19-10-2016 om 12:43 schreef Matthew Broadhead:
>>>>>>>>>> dovecot is configured by sentora control panel to a certain
>>>>>>>>>> extent. if you want those configs i can send them as well
>>>>>>>>>>
>>>>>>>>>> dovecot -n
>>>>>>>>>>
>>>>>>>>>> debug_log_path = /var/log/dovecot-debug.log
>>>>>>>>>> dict {
>>>>>>>>>>    quotadict =
>>>>>>>>>> mysql:/etc/sentora/configs/dovecot2/dovecot-dict-quota.conf
>>>>>>>>>> }
>>>>>>>>>> disable_plaintext_auth = no
>>>>>>>>>> first_valid_gid = 12
>>>>>>>>>> first_valid_uid = 996
>>>>>>>>>> info_log_path = /var/log/dovecot-info.log
>>>>>>>>>> lda_mailbox_autocreate = yes
>>>>>>>>>> lda_mailbox_autosubscribe = yes
>>>>>>>>>> listen = *
>>>>>>>>>> lmtp_save_to_detail_mailbox = yes
>>>>>>>>>> log_path = /var/log/dovecot.log
>>>>>>>>>> log_timestamp = %Y-%m-%d %H:%M:%S
>>>>>>>>>> mail_fsync = never
>>>>>>>>>> mail_location = maildir:/var/sentora/vmail/%d/%n
>>>>>>>>>> managesieve_notify_capability = mailto
>>>>>>>>>> managesieve_sieve_capability = fileinto reject envelope
>>>>>>>>>> encoded-character vacation subaddress comparator-i;ascii-numeric
>>>>>>>>>> relational regex imap4flags copy include variables body enotify
>>>>>>>>>> environment mailbox date ihave
>>>>>>>>>> passdb {
>>>>>>>>>>    args = /etc/sentora/configs/dovecot2/dovecot-mysql.conf
>>>>>>>>>>    driver = sql
>>>>>>>>>> }
>>>>>>>>>> plugin {
>>>>>>>>>>    acl = vfile:/etc/dovecot/acls
>>>>>>>>>>    quota = maildir:User quota
>>>>>>>>>>    sieve = ~/dovecot.sieve
>>>>>>>>>>    sieve_dir = ~/sieve
>>>>>>>>>>    sieve_global_dir = /var/sentora/sieve/
>>>>>>>>>>    sieve_global_path = /var/sentora/sieve/globalfilter.sieve
>>>>>>>>>>    sieve_max_script_size = 1M
>>>>>>>>>>    sieve_vacation_send_from_recipient = yes
>>>>>>>>>>    trash = /etc/sentora/configs/dovecot2/dovecot-trash.conf
>>>>>>>>>> }
>>>>>>>>>> protocols = imap pop3 lmtp sieve
>>>>>>>>>> service auth {
>>>>>>>>>>    unix_listener /var/spool/postfix/private/auth {
>>>>>>>>>>      group = postfix
>>>>>>>>>>      mode = 0666
>>>>>>>>>>      user = postfix
>>>>>>>>>>    }
>>>>>>>>>>    unix_listener auth-userdb {
>>>>>>>>>>      group = mail
>>>>>>>>>>      mode = 0666
>>>>>>>>>>      user = vmail
>>>>>>>>>>    }
>>>>>>>>>> }
>>>>>>>>>> service dict {
>>>>>>>>>>    unix_listener dict {
>>>>>>>>>>      group = mail
>>>>>>>>>>      mode = 0666
>>>>>>>>>>      user = vmail
>>>>>>>>>>    }
>>>>>>>>>> }
>>>>>>>>>> service imap-login {
>>>>>>>>>>    inet_listener imap {
>>>>>>>>>>      port = 143
>>>>>>>>>>    }
>>>>>>>>>>    process_limit = 500
>>>>>>>>>>    process_min_avail = 2
>>>>>>>>>> }
>>>>>>>>>> service imap {
>>>>>>>>>>    vsz_limit = 256 M
>>>>>>>>>> }
>>>>>>>>>> service managesieve-login {
>>>>>>>>>>    inet_listener sieve {
>>>>>>>>>>      port = 4190
>>>>>>>>>>    }
>>>>>>>>>>    process_min_avail = 0
>>>>>>>>>>    service_count = 1
>>>>>>>>>>    vsz_limit = 64 M
>>>>>>>>>> }
>>>>>>>>>> service pop3-login {
>>>>>>>>>>    inet_listener pop3 {
>>>>>>>>>>      port = 110
>>>>>>>>>>    }
>>>>>>>>>> }
>>>>>>>>>> ssl_cert = </etc/sentora/certs/2_mail.nbmlaw.co.uk.crt
>>>>>>>>>> ssl_key = </etc/sentora/certs/mail.nbmlaw.co.uk.key
>>>>>>>>>> ssl_protocols = !SSLv2 !SSLv3
>>>>>>>>>> userdb {
>>>>>>>>>>    driver = prefetch
>>>>>>>>>> }
>>>>>>>>>> userdb {
>>>>>>>>>>    args = /etc/sentora/configs/dovecot2/dovecot-mysql.conf
>>>>>>>>>>    driver = sql
>>>>>>>>>> }
>>>>>>>>>> protocol lda {
>>>>>>>>>>    mail_fsync = optimized
>>>>>>>>>>    mail_plugins = quota sieve
>>>>>>>>>>    postmaster_address = postmaster at ns1.nbmlaw.co.uk
>>>>>>>>>> }
>>>>>>>>>> protocol imap {
>>>>>>>>>>    imap_client_workarounds = delay-newmail
>>>>>>>>>>    mail_fsync = optimized
>>>>>>>>>>    mail_max_userip_connections = 60
>>>>>>>>>>    mail_plugins = quota imap_quota trash
>>>>>>>>>> }
>>>>>>>>>> protocol lmtp {
>>>>>>>>>>    mail_plugins = quota sieve
>>>>>>>>>> }
>>>>>>>>>> protocol pop3 {
>>>>>>>>>>    mail_plugins = quota
>>>>>>>>>>    pop3_client_workarounds = outlook-no-nuls oe-ns-eoh
>>>>>>>>>>    pop3_uidl_format = %08Xu%08Xv
>>>>>>>>>> }
>>>>>>>>>> protocol sieve {
>>>>>>>>>>    managesieve_implementation_string = Dovecot Pigeonhole
>>>>>>>>>>    managesieve_max_compile_errors = 5
>>>>>>>>>>    managesieve_max_line_length = 65536
>>>>>>>>>> }
>>>>>>>>>>
>>>>>>>>>> managesieve.sieve
>>>>>>>>>>
>>>>>>>>>> require ["fileinto","vacation"];
>>>>>>>>>> # rule:[vacation]
>>>>>>>>>> if true
>>>>>>>>>> {
>>>>>>>>>>          vacation :days 1 :subject "Vacation subject" text:
>>>>>>>>>> i am currently out of the office
>>>>>>>>>>
>>>>>>>>>> trying some line breaks
>>>>>>>>>>
>>>>>>>>>> ...zzz
>>>>>>>>>> .
>>>>>>>>>> ;
>>>>>>>>>> }
>>>>>>>>>>
>>>>>>>>>> On 19/10/2016 12:29, Stephan Bosch wrote:
>>>>>>>>>>> Could you send your configuration (output from `dovecot -n`)?
>>>>>>>>>>>
>>>>>>>>>>> Also, please provide an example scenario; i.e., for one
>>>>>>>>>>> problematic delivery provide:
>>>>>>>>>>>
>>>>>>>>>>> - The values of the variables substituted below.
>>>>>>>>>>>
>>>>>>>>>>> - The incoming e-mail message.
>>>>>>>>>>>
>>>>>>>>>>> - The Sieve script (or at least that vacation command).
>>>>>>>>>>>
>>>>>>>>>>> Regards,
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Stephan.
>>>>>>>>>>>
>>>>>>>>>>> Op 19-10-2016 om 11:42 schreef Matthew Broadhead:
>>>>>>>>>>>> hi, does anyone have any ideas about this issue?  i have not
>>>>>>>>>>>> had any response yet
>>>>>>>>>>>>
>>>>>>>>>>>> i tried changing /etc/postfix/master.cf line:
>>>>>>>>>>>> dovecot   unix  -       n       n       - - pipe
>>>>>>>>>>>> flags=DRhu user=vmail:mail 
>>>>>>>>>>>> argv=/usr/libexec/dovecot/deliver -d
>>>>>>>>>>>> ${recipient}
>>>>>>>>>>>>
>>>>>>>>>>>> to
>>>>>>>>>>>> flags=DRhu user=vmail:mail
>>>>>>>>>>>> argv=/usr/libexec/dovecot/dovecot-lda -f ${sender} -d
>>>>>>>>>>>> ${user}@${nexthop} -a ${original_recipient}
>>>>>>>>>>>>
>>>>>>>>>>>> and
>>>>>>>>>>>> -d ${user}@${domain} -a {recipient} -f ${sender} -m 
>>>>>>>>>>>> ${extension}
>>>>>>>>>>>>
>>>>>>>>>>>> but it didn't work
>>>>>>>>>>>>
>>>>>>>>>>>> On 12/10/2016 13:57, Matthew Broadhead wrote:
>>>>>>>>>>>>> I have a server running
>>>>>>>>>>>>> centos-release-7-2.1511.el7.centos.2.10.x86_64 with dovecot
>>>>>>>>>>>>> version 2.2.10.  I am also using roundcube for webmail. 
>>>>>>>>>>>>> when a
>>>>>>>>>>>>> vacation filter (reply with message) is created in roundcube
>>>>>>>>>>>>> it adds a rule to managesieve.sieve in the user's mailbox.
>>>>>>>>>>>>> everything works fine except the reply comes from
>>>>>>>>>>>>> vmail at ns1.domain.tld instead of user at domain.tld.
>>>>>>>>>>>>> ns1.domain.tld is the fully qualified name of the server.
>>>>>>>>>>>>>
>>>>>>>>>>>>> it used to work fine on my old CentOS 6 server so I am not
>>>>>>>>>>>>> sure what has changed.  Can anyone point me in the direction
>>>>>>>>>>>>> of where I can configure this behaviour?


More information about the dovecot mailing list