• Debian 11 is approaching its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.80 will be the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

Question What could be causing this?

tkalfaoglu

Silver Pleskian
A customer complained that some of the mail they send from gmail never reaches their mailbox at our server.

I'm looking at the logs I hope these are all related.. (customer domain replaced with XXX)
Oct 4 09:36:04 ocean postfix/smtpd[26646]: connect from mail-wr1-f53.google.com[209.85.221.53]
Oct 4 09:36:04 ocean postfix/smtpd[26646]: TLS SNI mail.XXXX.com from mail-wr1-f53.google.com[209.85.221.53] not matched, using default chain
Oct 4 09:36:04 ocean postfix/smtpd[26646]: Anonymous TLS connection established from mail-wr1-f53.google.com[209.85.221.53]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
Oct 4 09:36:04 ocean postfix/smtpd[26646]: D42DD11E1228: client=mail-wr1-f53.google.com[209.85.221.53]
Oct 4 09:36:04 ocean psa-pc-remote[58664]: D42DD11E1228: from=<[email protected]> to=<[email protected]>
Oct 4 09:36:04 ocean psa-pc-remote[58664]: 7A5ED11E1224: py-limit-out: stderr: INFO:__main__:No SMTP AUTH and not running in sendmail context (incoming or unrestricted outgoing
mail). SKIP message.
Oct 4 09:36:04 ocean psa-pc-remote[58664]: 7A5ED11E1224: py-limit-out: stderr: SKIP
Oct 4 09:36:04 ocean psa-pc-remote[58664]: 7A5ED11E1224: spf: stderr: PASS
Oct 4 09:36:04 ocean psa-pc-remote[58664]: 7A5ED11E1224: check-quota: stderr: SKIP

What could be causing that No SMTP AUTH... line? I assume it is related to mail from [email protected] to [email protected]..
 
To me this looks like 2 unrelated mail transactions:
The message with the queue-id D42DD11E1228 is the incoming mail from Google and the message with the queue-id 7A5ED11E1224 looks like another mail (outgoing mail, sent through your server).

Can you grep for "D42DD11E1228" in your maillog and post the results here?
 
What could be causing that No SMTP AUTH... line? I assume it is related to mail from [email protected] to [email protected]..
Even if it is related, stderr: INFO means what it says, no action, just informative, SKIP means that a check was skipped because it is not relevant.
The other outcomes are PASS (what e.g. spf says), DEFER (greylisting uses this), STOP (message sent to spam), REJECT (sender in blacklist, SPF failed), DATA (more information), ERROR.
 
Hello tkalfaoglu
The log you've provided refers to 2 separated emails, please pay attention to queue_id written by postfix (D42DD11E1228 and 7A5ED11E1224).

Please collect full log for the message you're interested in: from `postfix/smtpd[...]: $TRACE_ID: ...` to last entry which is usual is `postfix/qmgr[...]: $TRACE_ID: removed`.
 
Back
Top