SBS 2003 與多個內部郵件伺服器共享 SMTP 地址空間
我們目前有一個 11 個使用者的 SBS 2003 伺服器來處理我們的電子郵件，但是我正在嘗試設置一個到 Zimbra 的測試遷移。對於此測試遷移，我希望將一些電子郵件地址移至 Zimbra，但其餘的仍保留在 SBS 2003 上，都在同一個域下。
在 Microsoft 術語中，我發現這稱為共享命名空間/地址空間。我瀏覽了各種文章，到目前為止我發現的最好的指南是http://support.microsoft.com/kb/321721
我打算將新的 Zimbra 伺服器設置為新的主伺服器，因此 Zimbra 伺服器的 25 埠通過我們的防火牆對網際網路開放。這樣做是因為在 Zimbra 中配置路由很容易，以便將特定的電子郵件地址傳遞到舊的 SBS 伺服器。我已經在 Zimbra 中設置了路由並且它執行良好，所以從 Zimbra 帳戶發送到 oldSBSuser@ourdomain.com 會直接發送到舊的 SBS Exchange Server。我還沒有在我們的防火牆上切換埠轉發，所以 SBS 2003 機器在技術上仍然是主要的。
問題是我無法讓地址空間共享在 SBS 2003 中工作……因此，如果 SBS 伺服器上的使用者嘗試發送到 SBS 中不再存在的帳戶，它將被傳遞到新的郵件伺服器.
我幾乎完全按照那個 MS KB 文章的字眼，但是當我嘗試發送給現在居住在 Zimbra 上的使用者時，我仍然收到來自 Exchange 的退回郵件。
所以這就是我所做的，我編輯了我們的預設收件人策略並添加了 @example.local 作為新的 SMTP 地址，並刪除了 @ourdomain.com
我添加了一個名為拆分命名空間的新收件人策略，新的 SMTP 地址為 @ourdomain.com 和取消選中“此 Exchange 組織負責向此地址發送所有郵件”複選框，我認為這應該意味著 Exchange 現在對該域沒有權威。
所以我在系統管理器中列出了 3 個收件人策略：
1）優先級為 1 的郵箱管理器策略，它從使用者郵箱中刪除超過 600 天的郵件
2）優先級最低的預設策略
3）優先級為 2 的拆分命名空間策略
然後我進入我們的預設 SMTP 虛擬伺服器的屬性並檢查以確保“將具有未解析收件人的所有郵件轉發到主機”文本框在“消息”選項卡下是清晰的。已經很清楚了。
下一步是創建一個額外的 SMTP 連接器，稱為拆分命名空間 SMTP 連接器，並將“通過此連接器轉發所有郵件到以下智能主機”設置為方括號中我們新 Zimbra 機器的 LAN IP 地址……
$$ 192.168.1.5 $$. 添加了 SERVER 的本地橋頭 - 預設 SMTP 虛擬伺服器
進入“地址空間”選項卡並添加了 ourdomain.com 的新 SMTP 地址，成本設置為 1。我還勾選了“允許將郵件中繼到這些域”框. 檢查了傳遞選項，它設置為“始終執行” 編輯了我們現有的 SmallBusiness SMTP 連接器，將 * 星號地址空間的成本更改為 20，因此理論上新的 SMTP 連接器應該在此之前處理。
然後重新啟動 MS Exchange 路由服務和 SMTP 服務
但是，當我嘗試通過我們的 SBS 伺服器向 Zimbra 伺服器發送電子郵件時，我收到以下退回消息：“該電子郵件帳戶在此郵件發送到的組織中不存在。請檢查電子郵件地址，或者直接聯繫收件人以找出正確的地址。”
所以它不起作用，或者我在某個地方搞砸了。任何人都知道我可以檢查/嘗試的其他內容嗎？
這在 SBS 2003 中是否支持？如果有某種瘋狂的限制阻止我這樣做，我不會感到驚訝。
是的，我已經通過一種迂迴的方式解決了它。我沒有設法讓地址空間共享在我們的伺服器上工作。
但是我在 Zimbra 框 (zimbra.domain.com) 中添加了一個額外的子域，並為我最初想在 Zimbra 中遷移的每個電子郵件帳戶設置別名 (username@zimbra.domain.com)
然後我更改了智能主機設置在 Exchange 中指向我們的新 Zimbra 框（無論如何，Zimbra 框都指向我們的外部私人中繼）
然後在 Exchange 中創建了一個聯繫人，其 SMTP 電子郵件地址為 username@zimbra.domain.com
然後更改了我郵箱的傳遞選項Exchange 發送到我創建的聯繫人而不是我的郵箱
似乎工作完美。
希望這可以幫助某人
至於為什麼我不應該從 SBS 遷移：
我們的共享文件系統是 Samba/Netatalk/WebDav/SFTP，我們的 Intranet DB 是 Apache/PHP/MySQL。我現在已經在這些服務和我們的 Zimbra LDAP 伺服器之間實現了 LDAP 身份驗證。經過多次嘗試，我從未設法讓 Apache LDAP Auth 與我們的 Exchange 伺服器一起工作。所以單點登錄是確定的。今天我為 Zimbra AJAX UI 編寫了一些外掛，以配合我們的 Intranet 數據庫和託管的 VoIP 平台，它們似乎執行良好。Sharepoint，我們從未使用過，因為我們已經有一個共享文件系統（5TB NAS）。想要共享文件等的人現在可以使用 Zimbra 中的公文包。遠端工作有一些很大的好處：不再需要令人敬畏的基本網路郵件界面或遠端桌面，我們仍然可以像以前一樣使用 Outlook 對 Zimbra 進行離線 MAPI 訪問。現在我們的 IMAP 使用者也可以訪問共享/公共文件夾，我從未設法通過 IMAP 為我們的公共文件夾提供寫訪問權限。此外，每 1-3 個月更新一次，每 12-18 個月更新一次主要版本，與我們在 Exchange CAL 上花費的成本相比，這幾乎是每位使用者每年成本的一半
如果您要進行測試安裝，那麼我只會在測試期間將 Zimbra 伺服器放在子域 (me@zimbra.mydomain.com) 或其他東西上。
對於 11 個使用者的部署，我認為您在嘗試零碎地遷移它們時給自己帶來了不必要的困難。在子域上嘗試新系統並決定是否要使用它，然後一鍵將所有 11 個使用者切換到新系統。
但是，如果您的組織是基於 SBS 的，我認為您不使用集成交換伺服器絕對是瘋了。您將放棄單點登錄、與遠端工作網站集成、離線工作（無網際網路連接）、Sharepoint 集成等功能。