莫名其妙的phpmailer postfix Exchange

莫名其妙的phpmailer  postfix Exchange

我正在嘗試連接我們新的 MantisBT 錯誤追蹤系統的(重要)電子郵件輸出,以將我們的電子郵件伺服器用作智慧主機。這個想法是 MantisBT 系統將 TLS 流量傳送到電子郵件伺服器上的連接埠 587,以特殊使用者身分進行驗證([電子郵件受保護]),然後電子郵件伺服器將其發送到目的地。我的理解是這是正確的方法,但我可能是錯的。

MantisBT 使用 phpmailer,(我認為)它被適當地配置為使用 SMTP 587、使用者 id、yada、yada。電子郵件伺服器是長期安裝的 iRedMail(內部使用 postfix),沒有已知問題。我們使用這種技術來處理其他內部伺服器的傳出流量,沒有出現任何問題。兩台伺服器都運行 Rocky Linux 9.1。

問題是 MantisBT 發送訊息的所有嘗試都會立即被丟棄。

我在 postfix 中啟用了 MantisBT ip 的詳細調試,並得到以下資訊(為了清楚起見,刪除了日誌的左側):

 > unknown[159.xx.xx.20]: 220 mailserver.mydomain.com ESMTP Postfix
 watchdog_pat: 0x564330697960
 < unknown[159.xx.xx.20]: ????
 > unknown[159.xx.xx.20]: 500 5.5.2 Error: bad UTF-8 syntax
 watchdog_pat: 0x564330697960
 < unknown[159.xx.xx.20]: ??????
 > unknown[159.xx.xx.20]: 500 5.5.2 Error: bad UTF-8 syntax
 watchdog_pat: 0x564330697960
 < unknown[159.xx.xx.20]:
 dict_pcre_lookup: /etc/postfix/command_filter.pcre:
 > unknown[159.xx.xx.20]: 500 5.5.2 Error: bad syntax
 watchdog_pat: 0x564330697960
 smtp_get: EOF

有人認識這個嗎?為什麼 phpmailer 會在 SMTP 交換中發送四個問號作為命令?這是關於 STARTTLS 的嗎?

感謝您的幫忙!

答案1

我有點羞於承認這是由 MantisBT 電子郵件配置中的錯誤引起的。我曾經用過$g_smtp_connection_mode = 'ssl';它應該在哪裡'tls'。因此,它立即使用 SSL,而不是從純文字開始,然後在 STARTTLS 之後切換到加密通訊。這 ?因此,後綴日誌中顯示不可列印(加密)的字元。

相關內容