>> Hi!>> Now I have to check, if this a Thunderbird-Issue or is this a >> dovecot-issue. For that reason, I will activate the extended logging >> of dovecot. > <snip/> >> I cant see such events in the logfiles. Which switch is to turn on to >> log all events? >> Or do anyone know the reason for the annoying >> "copy/move-the-mail-back"-issue? >> >> Thank you in advance for all inputs. >> >> regards, martin > > You are missing > > mail_plugins = $mail_plugins notify mail_logThank you - it didnt work for me (yet). But I think there is another problem which I have to solve first. I recognised that the maildelivery stops after turning on the logging to the three files. The incomming mails are held in the mailq, in syslog appears relay=dovecot, delay=0.13, delays=0.07/0/0/0.06, dsn=4.3.0, status=deferred (temporary failure. Command output: Can't open log file /var/log/mail.dovecot-error: Permission denied ) In /var/log/mail.dovecot-error are lines like 2019-04-14 10:16:18 auth: Warning: auth client 0 disconnected with 1 pending requests: Connection reset by peer Here the output of ls -la /var/log/mail.dovecot-error -rw-r--r-- 1 root root 21259 Apr 14 11:24 /var/log/mail.dovecot-error If I turn the extended logging off, all works fine. `postqueue -f` releases all held mails to their boxes. Any hints for me? Thank you! martin
On Sun, Apr 14, 2019 at 12:04:36PM +0200, Martin M?ller via dovecot wrote:> relay=dovecot, delay=0.13, delays=0.07/0/0/0.06, dsn=4.3.0, status=deferred > (temporary failure. Command output: Can't open log file > /var/log/mail.dovecot-error: Permission denied ) >[...] > Here the output of ls -la /var/log/mail.dovecot-error > -rw-r--r-- 1 root root 21259 Apr 14 11:24 /var/log/mail.dovecot-error >[...] > Any hints for me?Well, fix the permission errors? Give write access to the docecot user (or whatever you use) for the log file. Also take care if you use the systemd service, there may be other restrictions in place (ProtectSystem etc)
did some improvements on the server. from dovecot -n # 2.2.13: /etc/dovecot/dovecot.conf # OS: Linux 3.16.0-6-amd64 x86_64 Debian 8.11 to # 2.2.27 (c0f36b0): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.16 (fed8554) # OS: Linux 4.9.0-8-amd64 x86_64 Debian 9.8 dovecot is working for days without issues, logging is running to one file /var/log/mail.dovecot In the logfile appears 2019-04-19 18:53:54 imap-login: Info: Login: user=<office at ourdomain.at>, method=PLAIN, rip=80.75.xx.35, lip=136.xxx.9.172, mpid=28364, TLS, session=<vDTC9uSG2opQS/Yj> All 4 different MUAs Thunderbird are logged in the same way. They are behind a router, so they having the same remote IP. So I cant differentiate, which MUA causes which event. Is there a way, to identify which client raise a special event? Am So., 14. Apr. 2019 um 12:38 Uhr schrieb Reto Brunner via dovecot < dovecot at dovecot.org>:> On Sun, Apr 14, 2019 at 12:04:36PM +0200, Martin M?ller via dovecot wrote: > > relay=dovecot, delay=0.13, delays=0.07/0/0/0.06, dsn=4.3.0, > status=deferred > > (temporary failure. Command output: Can't open log file > > /var/log/mail.dovecot-error: Permission denied ) > >[...] > > Here the output of ls -la /var/log/mail.dovecot-error > > -rw-r--r-- 1 root root 21259 Apr 14 11:24 /var/log/mail.dovecot-error > >[...] > > Any hints for me? > > Well, fix the permission errors? > Give write access to the docecot user (or whatever you use) for the log > file. > > Also take care if you use the systemd service, there may be other > restrictions in place (ProtectSystem etc) >-- Martin -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190419/64efd892/attachment.html>
Seemingly Similar Threads
- Extended logging / moved mails jumping back
- Debugging Samba 4 AD Setup
- virtual users, mailer daemon send mails to non existant recipient and dovecot store it
- configuring Dovecot with wforced and auth_policy_server_url with https results in assertion failed
- configuring Dovecot with wforced and auth_policy_server_url with https results in assertion failed