> On 05/02/2021 08:11 Fourhundred Thecat <400the...@gmx.ch> wrote:
>
>
> > On 2021-02-05 06:00, Jeff Abrahamson wrote:
> > On 05/02/2021 05:17, Fourhundred Thecat wrote:
> >> Hello,
> >>
> >> I definitely want to keep logging unsuccessful auth, but how can I
> >> suppress the verbose rest?
> >
> On 2021-02-05 06:00, Jeff Abrahamson wrote:
On 05/02/2021 05:17, Fourhundred Thecat wrote:
Hello,
I definitely want to keep logging unsuccessful auth, but how can I
suppress the verbose rest?
and lastly, can these settings be set per-user?
Can I suppress verbose for user 'bob' but keep for
Uh, no. RESTRICT_ACCESS_FLAG_ALLOW_ROOT *allows* running as root, it does not
*force* running as root.
The problem here is that dovecot thinks it's able to do chroot when gid = 0 and
thus attempts to chroot.
To avoid this, you could do
service aggregator {
chroot =
}
so aggregator process
On 05/02/2021 05:17, Fourhundred Thecat wrote:
> Hello,
>
> I get lots of these messages in the log:
>
> dovecot: imap-login: Login: user@1.2.3.4, TLSv1.3 with ..
> dovecot: imap(user)<10889>: Disconnected for
> inactivity ...
> dovecot: imap(user)<10887>: Logged out ...
>
> when user clic
Hello,
I get lots of these messages in the log:
dovecot: imap-login: Login: user@1.2.3.4, TLSv1.3 with ..
dovecot: imap(user)<10889>: Disconnected for
inactivity ...
dovecot: imap(user)<10887>: Logged out ...
when user clicks on folder in Thunderbird, or sometimes even when the
Thunder
Found the reason. As always permission issues are permission issues.
In this case, I had dovecot run in a docker container as uid:vmail, gid:root in
order to prepare that for an openShift port (which seems to require the gid 0).
But, RESTRICT_ACCESS_FLAG_ALLOW_ROOT seems to force the aggregator ru
Hello,
I have had Dovecot set up to use PAM authentication, as my current users
all have system accounts on Debian.
I've just moved over to passwdfile authentication, because I want to
add new users who won't have logins on the system. This is working
fine with my existing users.
Now, the probl
W dniu 04.02.2021 o 14:01, Aki Tuomi pisze:
> Did you also load `mail_log` plugin?
I didn't. Added
protocol doveadm {
mail_plugins = $mail_plugins mail_log notify acl
}
and now I'm getting logs on stderr. Nice!
Can I get this logged into syslog without my own redirection?
Trying
doveadm -o
> On 04/02/2021 17:20 Adrian wrote:
>
>
> Hello,
>
> I have had Dovecot set up to use PAM authentication, as my current users
> all have system accounts on Debian.
>
> I've just moved over to passwdfile authentication, because I want to
> add new users who won't have logins on the system.
On postfix/pipe lines in my log, I see this error:
Error: net_connect_unix(/var/run/dovecot/stats-writer) failed:
Permission ))
even though I also set
[T] jeff@nantes-m1:postfix $ ll /var/run/dovecot/*stat*
srw--- 1 root root 0 Feb 4 14:55 /var/run/dovecot/old-stats
pr
.. specifically mail_log plugin for protocol doveadm {}
I myself made that mistake many times and loaded mail_log only for protocol
imap {} and then wondering why events are not logged.
Sami
> On 4. Feb 2021, at 15.01, Aki Tuomi wrote:
>
> Did you also load `mail_log` plugin?
>
> Aki
>
>>
Did you also load `mail_log` plugin?
Aki
> On 04/02/2021 14:52 Arkadiusz Miśkiewicz wrote:
>
>
> Hello.
>
> dovecot 2.3.13 here, using
>
> doveadm -c /etc/my.conf expunge -A mailbox SomeFolder savedbefore 31d
>
> and my.conf includes
>
> plugin {
> mail_log_events = delete undelete expu
Hello.
dovecot 2.3.13 here, using
doveadm -c /etc/my.conf expunge -A mailbox SomeFolder savedbefore 31d
and my.conf includes
plugin {
mail_log_events = delete undelete expunge copy mailbox_delete
mailbox_rename save
}
unfortunately expunged messages are not logged anywhere.
Tried -v and -
13 matches
Mail list logo