Well, I finally figured out how to turn up the logging. Alas, the logging inside cyrus tells me less than postfix. How can that be?
Jun 1 17:58:56 imap lmtp[20994]: connection from mx.x.x [10.0.13.69]
Jun 1 17:58:56 imap lmtp[20994]: SSL_accept() incomplete -> wait
Jun 1 17:58:56 imap lmtp[20994]: Doing a peer verify
Jun 1 17:58:56 imap lmtp[20994]: Doing a peer verify
Jun 1 17:58:56 imap lmtp[20994]: Doing a peer verify
Jun 1 17:58:56 imap lmtp[20994]: Doing a peer verify
Jun 1 17:58:56 imap lmtp[20994]: SSL_accept() succeeded -> done
Jun 1 17:58:56 imap lmtp[20994]: received client certificate
Jun 1 17:58:56 imap lmtp[20994]: subject=/OU=Domain Control Validated/OU=PositiveSSL/CN=mx.x.x
Jun 1 17:58:56 imap lmtp[20994]: starttls: TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits new) authenticated as mx.x.x
Jun 1 17:58:56 imap lmtp[20994]: login: mx.x.x [10.0.13.69] smtp/mx.x.x GSSAPI+TLS User logged in
Jun 1 17:58:56 imap lmtp[20994]: USAGE x user: 0.009004 sys: 0.002318
Jun 1 17:58:56 imap lmtp[20994]: telling master 1
Steve
On Fri, Jun 1, 2018 at 10:48 AM, Stephen Ingram <sbingram@xxxxxxxxx> wrote:
Patrick-My thought too, but nothing but success entries for all of the cyrus commands. Is there a way to increase logging on the frontend? I seem to be getting details on the backends, but not the frontend. That might help diagnose this. Ken asked for cyrus logs, but I don't really have anything to give him because I don't see anything of consequence there.SteveOn Fri, Jun 1, 2018 at 10:41 AM, Patrick Boutilier <boutilpj@xxxxxxxxxxx> wrote:Anything in /var/log/audit/audit.log ?On June 1, 2018 2:29:06 PM ADT, Stephen Ingram <sbingram@xxxxxxxxx> wrote:Patrick-I'm also trying to get more debugging about he system I/O error, but never see it in the cyrus logs, only in the postfix logs.SteveOn Fri, Jun 1, 2018 at 9:37 AM, Patrick Boutilier <boutilpj@xxxxxxxxxxx> wrote:On 06/01/2018 01:31 PM, Stephen Ingram wrote:
Patrick-
Actually, nothing. I've got everything piped into /var/log/maillog and not too much there either beyond the actual error message.
Hmmm... Usually when I have seen the System I/O error the log entry also records what the actual directory/file that it wants to write to. Going by memory here since it has been a long time since I have seen the error.
Steve<https://lists.andrew.cmu.edu/
On Fri, Jun 1, 2018 at 9:23 AM, Patrick Boutilier <boutilpj@xxxxxxxxxxx <mailto:boutilpj@xxxxxxxxxxx>> wrote:
On 06/01/2018 01:21 PM, Stephen Ingram wrote:
I'm receiving a 451 4.3.0 System I/O error (in reply to end of
DATA command) error from Postfix when trying to deliver to
cyrus-imap and not really sure why. I'm on CentOS 7 (2.4.17-8)
after downgrading from current version. I'm using Kerberos
GSSAPI to connect to the front end, but authentication appears
to be working fine as I can see authenticated when enabling LMTP
debugging in Postifx. All messages are refused for delivery
though. I'm not sure what to do. Any suggestions?
Should be something of value in /var/log/messages .
Steve
----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info:
http://lists.andrew.cmu.edu/pipermail/info-cyrus/
<http://lists.andrew.cmu.edu/pipermail/info-cyrus/ >
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus >
----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info:
http://lists.andrew.cmu.edu/pipermail/info-cyrus/
<http://lists.andrew.cmu.edu/pipermail/info-cyrus/ >
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus mailman/listinfo/info-cyrus >
---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
