Matthew Broadhead
2016-Nov-02 17:29 UTC
sieve sending vacation message from vmail@ns1.domain.tld
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?
Matthew Broadhead
2016-Nov-06 16:44 UTC
sieve sending vacation message from vmail@ns1.domain.tld
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?
Stephan Bosch
2016-Nov-07 08:37 UTC
sieve sending vacation message from vmail@ns1.domain.tld
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 hereYour 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?
Possibly Parallel Threads
- sieve sending vacation message from vmail@ns1.domain.tld
- sieve sending vacation message from vmail@ns1.domain.tld
- sieve sending vacation message from vmail@ns1.domain.tld
- sieve sending vacation message from vmail@ns1.domain.tld
- sieve sending vacation message from vmail@ns1.domain.tld