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?
the incoming email message could be anything? again i can run an example directly if you can advise the best way to do this
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 =
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?