今天同事回報公司的網路印表機突然無法發送郵件，原本設定好好的運作了三年相安無事，怎麼就突然壞掉了呢？經過一番檢查後發現，原來是因為公司的 Microsoft 365 帳號啟用了 MFA 多因素認證的關係，導致設備無法透過 SMTP 發送郵件。但因為這是一個系統帳戶，根本沒人會去動它，看來是雲端平台的更新導致這個問題，這篇文章我就來說說這次的靈異事件。
... 繼續閱讀 ...
我們公司有兩台 SMTP 伺服器，都是用 Linux 與 Postfix 架設的，也分別就是我們公司郵件域名 MX 紀錄中的那兩台，一般來說郵件都會直接寄進公司那台主要 SMTP 伺服器，但前幾天公司的 Postfix 郵件主機出狀況，導致信件全部都發到另一台備援用的 SMTP 伺服器了，修復之後郵件的確都已經轉發到主要 SMTP 伺服器上，大家也都正確收到斷線那段時間來的郵件，不過確有一封重要的客戶郵件被退信了，幾經研究後才發現原來是 SPF 紀錄搞的鬼，最後終於把問題搞定！
... 繼續閱讀 ...
這一週公司對外發信的 IP 又被 Gmail 莫名的檔下，僅有少部分郵件能寄到 Gmail 裡，大部分還是無法將郵件寄出，又正巧遇到本週過於忙碌疏於處理，今天演講完終於有時間可以好好研究一番，對於這個問題已經處理過好幾次，因為一年之中只會處理這種情形 1 ~ 2 次，每次都要努力回想之前處理的過程，所以這次一定要把處理過程給紀錄下來！
... 繼續閱讀 ...
即便到了 Windows Server 2008 R2 微軟的 SMTP 服務還是執行在 IIS 6.0 之上，看起來作業系統這幾代的演進完全沒有撼動到 SMTP 服務的地位，我能說 SMTP 服務的確屬於 麻雀雖小、五臟俱全 的等級，一直以來我都期盼 SMTP 服務能有些改進，不過還是盼望不到，像是 SMTP 服務的紀錄就是其中一點，由於 W3C 擴充記錄檔格式 並不適用於 SMTP 通訊協定，而且完全沒有文件說明怎樣閱讀 SMTP 服務產生的紀錄(Log)，最後也只好苦命一點自行研究摟！
... 繼續閱讀 ...
延續昨天的文章主題，透過網友 Willie 的推薦，我決定替我的 Postfix 加上 Postgrey 機制，Postgrey 的運作機制是讓 SMTP 收到郵件後先回應 450 (Requested mail action not taken: mailbox unavailable) 給來源 SMTP 伺服器，若來源伺服器是標準的 SMTP 伺服器就會格一段時間自動重試，但如果對方是用發垃圾信的工具，就不會將信件重發一次 (因為他正忙著發上千萬封的垃圾郵件)，也就達到有效阻擋垃圾郵件的目的。
... 繼續閱讀 ...
以往我們發信都會將 SMTP Server 的 IP 位址設定在 web.config 的 appSettings 裡，所以在程式中可以很輕易的取得 SMTP Server 的 IP，不過當遇到 SMTP Server 需要登入時，就會需要修改程式碼，這樣頗為麻煩，因為可能網站內會發信的地方可能不少。
... 繼續閱讀 ...
我發現有些初學者在第一次使用 IIS 的 SMTP 服務時，會發現郵件怎樣都寄不出去！錯誤訊息如下：
... 繼續閱讀 ...