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=
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 = >> ssl_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?