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@nbmlaw.co.uk> > Oct 19 13:25:41 ns1 postfix/qmgr[1059]: 7599A2C19C6: > from=<matthew.broadhead@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@nbmlaw.co.uk> -> > <ufuk.koksal@nbmlaw.co.uk>, Queue-ID: BFFA62C1965, Message-ID: > <edc55a9b-eb49-3945-dc60-0e1d51a78e97@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@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@ns1.nbmlaw.co.uk>: Sender > address triggers FILTER smtp-amavis:[127.0.0.1]:10026; > from=<vmail@ns1.nbmlaw.co.uk> to=<matthew.broadhead@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@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@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@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@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@ns1.nbmlaw.co.uk> > Oct 19 13:25:41 ns1 postfix/qmgr[1059]: E53472C19C6: > from=<vmail@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@ns1.nbmlaw.co.uk> -> > <matthew.broadhead@nbmlaw.co.uk>, Queue-ID: 8A03F2C1965, > Message-ID: > <dovecot-sieve-1476879941-491779-0@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@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@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@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@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@ns1.domain.tld instead of user@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?