sieve sending vacation message from vmail at ns1.domain.tld
Stephan Bosch
stephan at rename-it.nl
Thu Oct 20 23:07:46 UTC 2016
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