with mail_debug set to yes the dovecot-debug.log for an email sent to
ufuk.kok...@nbmlaw.co.uk is
2016-10-19 13:25:41lda: Debug: Loading modules from directory:
/usr/lib64/dovecot
2016-10-19 13:25:41lda: Debug: Module loaded:
/usr/lib64/dovecot/lib10_quota_plugin.so
2016-10-19 13:25:41lda: Debug: Module loaded:
/usr/lib64/dovecot/lib90_sieve_plugin.so
2016-10-19 13:25:41lda: Debug: auth input: ufuk.kok...@nbmlaw.co.uk
home=/var/sentora/vmail/nbmlaw.co.uk/ufuk.koksal/
mail=maildir:/var/sentora/vmail/nbmlaw.co.uk/ufuk.koksal/ uid=996 gid=12
quota_rule=*:bytes=10485760000
2016-10-19 13:25:41lda: Debug: Added userdb setting:
mail=maildir:/var/sentora/vmail/nbmlaw.co.uk/ufuk.koksal/
2016-10-19 13:25:41lda: Debug: Added userdb setting:
plugin/quota_rule=*:bytes=10485760000
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: Effective
uid=996, gid=12, home=/var/sentora/vmail/nbmlaw.co.uk/ufuk.koksal/
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: Quota root:
name=User quota backend=maildir args=
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: Quota rule:
root=User quota mailbox=* bytes=10485760000 messages=0
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: Quota grace:
root=User quota bytes=1048576000 (10%)
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: maildir++:
root=/var/sentora/vmail/nbmlaw.co.uk/ufuk.koksal, index=, indexpvt=,
control=, inbox=/var/sentora/vmail/nbmlaw.co.uk/ufuk.koksal, alt=
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: Quota root:
name=User quota backend=maildir args=
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: Quota grace:
root=User quota bytes=0 (10%)
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: none: root=,
index=, indexpvt=, control=, inbox=, alt=
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: Destination
address: ufuk.kok...@nbmlaw.co.uk (source: user@hostname)
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: sieve:
Pigeonhole version 0.4.2 initializing
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: sieve: using
the following location for user's Sieve script:
/var/sentora/vmail/nbmlaw.co.uk/ufuk.koksal//dovecot.sieve;name=main script
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: sieve: loading
script
/var/sentora/vmail/nbmlaw.co.uk/ufuk.koksal//dovecot.sieve;name=main script
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: sieve: script
binary /var/sentora/vmail/nbmlaw.co.uk/ufuk.koksal//dovecot.svbin
successfully loaded
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: sieve: binary
save: not saving binary
/var/sentora/vmail/nbmlaw.co.uk/ufuk.koksal//dovecot.svbin, because it
is already stored
2016-10-19 13:25:41lda(ufuk.kok...@nbmlaw.co.uk): Debug: sieve:
executing script from
/var/sentora/vmail/nbmlaw.co.uk/ufuk.koksal//dovecot.svbin
i will see if there is any output for postfix
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?