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

Stephan Bosch stephan at rename-it.nl
Mon Nov 7 08:37:02 UTC 2016 

Op 11/6/2016 om 5:44 PM schreef Matthew Broadhead:
> 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

Your configuration doesn't show me something obviously wrong.

As I said, it is a very old version. So, it is likely caused by some old
bug. You can try turning off sieve_vacation_send_from_recipient=, which
is not used very often and there have been a few bugs with that.

I don't know how to help you more.

Regards,

Stephan.

>
> 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