On 2018-04-04 23:10, Kevin Cummings wrote:
> PAM audit_log_acct_message() failed: Operation not permitted
> imap-login: Disconnected (AUTH failed, 2 attempts in 10 secs):
> user=, method=PLAIN, rip=192.168.1.94 lip=192.168.1.94, TLS,
> session=
Please look at my pull request at:
I’m in the process of upgrading an old server from Fedora 21 to something more
modern. Now, Dovecot won’t let any client login to get their email.
PAM audit_log_acct_message() failed: Operation not permitted
imap-login: Disconnected (AUTH failed, 2 attempts in 10 secs): user=,
method=PLAIN,
Op 4/4/2018 om 11:38 PM schreef Stephan Bosch:
> Op 4/4/2018 om 8:26 PM schreef Ricardo Machini Barbosa:
>> Hello,
>>
>> After update dovecot to version 2.3.x, LMTP stopped to receive big messages
>> ( > 45 MB ).
>> Messages are being sent to dovecot LMTP by postfix. If I change this email
>> to
Op 4/4/2018 om 8:26 PM schreef Ricardo Machini Barbosa:
> Hello,
>
> After update dovecot to version 2.3.x, LMTP stopped to receive big messages
> ( > 45 MB ).
> Messages are being sent to dovecot LMTP by postfix. If I change this email
> to another server with dovecot 2.2.x the same message are
right direction to move forward on this.
Regards
-- next part --
An HTML attachment was scrubbed...
URL: <
https://dovecot.org/pipermail/dovecot/attachments/20180404/1b54dc32/attachment-0001.html
>
Hello,
After update dovecot to version 2.3.x, LMTP stopped to receive big messages
( > 45 MB ).
Messages are being sent to dovecot LMTP by postfix. If I change this email
to another server with dovecot 2.2.x the same message are delivered
immediately.
Log with mail_debug = yes:
Apr 4 13:36:13
On 2018-04-04 03:09, Aki Tuomi wrote:
> We are thinking that we remove both this and CapabilityBoundingSet in
> next release, so feel free to remove them from the unit file.
Thanks for the info.
Cheers,
K. C.
--
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key
Hi,
> There is also a second issue of a long standing race with replication
> occurring somewhere whereby if a mail comes in, is written to disk, is
> replicated and then deleted in short succession, it will reappear again to
> the MUA. I suspect the mail is being replicated back from the
It's similar issue but not the same.
In my postfix main.cf I use:
authorized_submit_users = root, filter
to block users with shell access to send e-mails.
I want only users root and filter to be able to send directly without using
SMTP authentication.
If I remove "authorized_submit_users =
On 2018-04-04 11:02, Christos Chatzaras wrote:
> Thank you for your reply. I use FreeBSD so no changes on the OS before and
> after the dovecot/pigeonhole updates.
Oops. I guess I assume everyone uses Linux (and Debian at that.. :)
I don't know how dovecot is set-up with FreeBSD. The error
Thank you for your reply. I use FreeBSD so no changes on the OS before and
after the dovecot/pigeonhole updates.
> On 4 Apr 2018, at 08:54, B. Reino wrote:
>
> Hello,
>
> The new systemd service file has NoNewPrivileges set to true. You need to
> override that to false and
> On 4 Apr 2018, at 10.59, s...@tyrion.de wrote:
>
> Hello List,
>
>
> I have a problem with the client Roundcube. Whenever I save a draft to the
> Folder INBOX.Drafts a old mail in my INBOX will be marked as unread.
>
> Here are the IMAP Logs from Roundcube and Dovecot debug logs. I have
On 04.04.2018 09:59, s...@tyrion.de wrote:
> [03-Apr-2018 09:50:03 +0200]: <6c472a00> [8095] C: A0001 ID ("name"
> "Roundcube" "version" "1.1.3" "php" "5.6.33" "os" "Linux" "command"
> "/?_task=mail&_unlock=loading1522741802861&_lang=de&_framed=1")
> [03-Apr-2018 09:50:03 +0200]: <6c472a00>
Hello List,
I have a problem with the client Roundcube. Whenever I save a draft to the
Folder INBOX.Drafts a old mail in my INBOX will be marked as unread.
Here are the IMAP Logs from Roundcube and Dovecot debug logs. I have no idea
why it happens. The IMAP protocol looks normal to me but as
We are thinking that we remove both this and CapabilityBoundingSet in next
release, so feel free to remove them from the unit file.
---Aki TuomiDovecot oy
Original message From: "Helmut K. C. Tessarek"
Date: 04/04/2018 09:44 (GMT+02:00) To:
On 2018-04-04 01:54, B. Reino wrote:
> The new systemd service file has NoNewPrivileges set to true. You need
> to override that to false and then it should work again.
It seems that the NoNewPrivileges option messes with several things.
PAM authentication stopped working as well besides the fact
16 matches
Mail list logo