Without something from the Cyrus syslog, this will be hard to diagnose.
On 06/01/2018 12:51 PM, Stephen Ingram wrote:
Ken-That all appears to be working correctly. Here's a cut from the Postfix debug with addresses obfuscated:Jun 1 16:48:52 mx postfix/lmtp[18136]: send attr offset = 682Jun 1 16:48:52 mx postfix/lmtp[18136]: send attr dsn_orig_rcpt = rfc822;x...@x.com <mailto:rfc822%...@x.com>Jun 1 16:48:52 mx postfix/lmtp[18136]: send attr notify_flags = 0 Jun 1 16:48:52 mx postfix/lmtp[18136]: send attr status = 4.3.0 Jun 1 16:48:52 mx postfix/lmtp[18136]: send attr diag_type = smtpJun 1 16:48:52 mx postfix/lmtp[18136]: send attr diag_text = 451 4.3.0 System I/O errorJun 1 16:48:52 mx postfix/lmtp[18136]: send attr mta_type = dns Jun 1 16:48:52 mx postfix/lmtp[18136]: send attr mta_mname = imap.x.x Jun 1 16:48:52 mx postfix/lmtp[18136]: send attr action = delayedJun 1 16:48:52 mx postfix/lmtp[18136]: send attr reason = host imap.x.x[10.0.13.83] said: 451 4.3.0 System I/O error (in reply to end of DATA command) Jun 1 16:48:52 mx postfix/lmtp[18136]: private/defer socket: wanted attribute: statusJun 1 16:48:52 mx postfix/lmtp[18136]: input attribute name: status Jun 1 16:48:52 mx postfix/lmtp[18136]: input attribute value: 0Jun 1 16:48:52 mx postfix/lmtp[18136]: private/defer socket: wanted attribute: (list terminator)Jun 1 16:48:52 mx postfix/lmtp[18136]: input attribute name: (end)Jun 1 16:48:52 mx postfix/lmtp[18136]: B7B0B9A2EB0: to=<x@x.x>, orig_to=<x@x.x>, relay=imap.x.x[10.0.13.83]:24, delay=0.3, delays=0.19/0/0.09/0.02, dsn=4.3.0, status=deferred (host imap.x.x[10.0.13.83] said: 451 4.3.0 System I/O error (in reply to end of DATA command))SteveOn Fri, Jun 1, 2018 at 9:33 AM, Ken Murchison <mu...@fastmail.com <mailto:mu...@fastmail.com>> wrote:On 6/1/18 12: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? Any chance that Kerberos is negotiating a security layer?-- Kenneth MurchisonCyrus Development Team FastMail Pty Ltd ---- 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>
-- Ken Murchison Cyrus Development Team FastMail US LLC
<<attachment: murch.vcf>>
---- 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