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