Exchange Server 2016 執行 cumulative update (累積更新) 後，SMTP 功能異常

 最近在執行 Exchange Server 2016  cumulative update 22 (累積更新22) 時一直遇到問題，更新後OWA 無法執行，或無法正常完成更新。

透過 更新前的快照回復到先前版本，卻又遇到了另一個的問題：本地端AP呼叫 SMTP失敗，可透過 Telnet 連上 SMTP Server，執行 "HELO"命令也有回應，但執行 "MAIL FROM:< xxx@xxx.com.tw> 時卻回應 "421 4.3.2 Service not active" 。

查看 Server 端的服務，自動啟動的部份均已正常執行。

上 Google 找了很久才發現是以下問題：

Exchange Server 在執行累積更新時，會先將服設定成 Maintenance Mode ，並將服務元件設成 "inActive"，如果正常更新完成應該會回復到 "Active"

可透過以下命令查詢，以下所有命令需由 "Exchange Management Shell" 執行

 Get-ServerComponentState -Identity  <ServerName>

* <ServerName> 為 Exchange Server 名稱

查詢後發現果然兩台狀態不一樣，有問題的幾乎所有的服務元件均為 "inActive"

※ inActive : EX3

※  Active : EX5

接著透過以下命令來變更其狀態

Set-ServerComponentState -Identity  <ServerName> -Component ServerWideOffline -State Active -Requester Functional

* <ServerName> 為 Exchange Server 名稱

執行後再次透過 Get-ServerComponentState -Identity  <ServerName> 查詢，發現本的服務元件均已變為 "Active"。

如果還有未啟用的服務元件，再透過命令逐一變更

Set-ServerComponentState -Identity  <ServerName> -Component <ComponentName> -State Active -Requester Functional

* <ServerName> 為 Exchange Server 名稱
* <ComponentName> 為 服務元件 名稱

也可透過以下命令查詢該元件的 Requester 是誰

(Get-ServerComponentState -Identity <ServerName> -Component ServerWideOffline).LocalStates

* <ServerName> 為 Exchange Server 名稱

確認服務元件啟用後，驗證SMTP 服務已可正常運作。

參考內容：

1. Get-ServerComponentState

2. Set-ServerComponentState

3. 當您執行 Exchange 維護腳本或 Set-ServerComponentState 時，事件7031

4. 決定已變更之伺服器元件狀態的要求者

5. Exchange 2013 421 4.3.2 Service not active

6. Exchange 2016 sent mails go to drafts – 421 4.3.2 Service not active

Gmail 已封鎖部分檔案類型

在寄信給 GMail 後收到封鎖通知

=====================================================================

收件者的電子郵件伺服器發生了 SMTP 通訊問題。請連絡您的系統管理員。


=====================================================================

查了 Google 的封鎖條件如下

原始連結 系統已封鎖部分檔案類型 - Gmail 說明

=====================================================================


系統已封鎖部分檔案類型


為了防止病毒入侵，Gmail 採行的安全措施就是禁止使用者收發執行檔 (例如副檔名為 exe 的檔案)。因為這類檔案可能包含有害的程式碼，造成惡意軟體入侵您的電腦。此外，Gmail 也不允許使用者收發毀損的檔案。

※ 無法收發的檔案類型

    您無法收發下列檔案類型

    .ade、.adp、 .bat、.chm、.cmd、.com、.cpl、.exe、.hta、.ins、.isp、.jse、.lib、.mde、.msc、
    .msp、.mst、.pif、.scr、.sct、.shb、.sys、.vb、.vbe、.vbs、.vxd、.wsc、.wsf、.wsh

    如果有人傳送包含這類檔案的郵件到您的 Gmail 帳戶，系統會自動將這些郵件退回給寄件者。即使這些類型的檔案是以壓縮格式傳送，Gmail 也不接受這類檔案。

    以下為壓縮格式範例：

    .zip、.tar、.tgz、.ta.gz、.rar

※ 內含壓縮檔的壓縮檔

    您可以傳送內含密碼保護壓縮檔的壓縮檔。如果可以的話，請解壓縮所有文件或移除密碼保護。

    Mac使用者：傳送內含其他壓縮檔案的壓縮檔，會提高檔案損毀的機率。我們建議先解壓縮所有檔案，再將所有檔案建立為一個壓縮檔。

※ 檔案大小上限

    您可以傳送和接收的郵件大小上限為 25 MB (含附件大小在內)。只要收到超過此大小上限的郵件，系統會將這些郵件退回給寄件者。進一步瞭解傳送郵件 與附件大小上限