虛擬主機的客戶最近遇上一個問題，他們寫的程式寄送到指定信箱無法正確收信。
原先以為收件者是外部的人，後來依據需求詢問之後才發現是該網域下的郵件帳戶。
若該網域下有此郵件帳戶就還好，至少郵件主機不錯發出錯誤訊息，
若一旦沒有則會記錄log，說明沒有該收件者的帳號存在，
就算存在，雖然沒有報錯，用戶的信會寄向內部，外部同名的帳號也收不到。
問題根因:
DNS設定的MX記錄其實是可以指向別台郵件伺服器的，
所以郵件帳號不一定要與www同一台，
這樣的話，我們就可以很容易把問題導向是MailEnable在寄送郵件時，
會先檢查該網域是不是在自己的主機，
若是就再檢查有沒有存在該郵件帳號，
否則根據查詢到的MX記錄，向外傳送到指定的郵件主機
所以，本問題是由於該網域的郵件是外部主機，而且內部無帳號，所以無法寄出。
解決方式:
這時就必須停用該網域的郵件服務，不檢查內部網域及郵件帳號，
方法:
進到網站==>郵件帳號==>取消「激活網站上的郵件服務」就可以了。
原先以為收件者是外部的人，後來依據需求詢問之後才發現是該網域下的郵件帳戶。
若該網域下有此郵件帳戶就還好，至少郵件主機不錯發出錯誤訊息，
若一旦沒有則會記錄log，說明沒有該收件者的帳號存在，
就算存在，雖然沒有報錯，用戶的信會寄向內部，外部同名的帳號也收不到。
問題根因:
DNS設定的MX記錄其實是可以指向別台郵件伺服器的，
所以郵件帳號不一定要與www同一台，
這樣的話，我們就可以很容易把問題導向是MailEnable在寄送郵件時，
會先檢查該網域是不是在自己的主機，
若是就再檢查有沒有存在該郵件帳號，
否則根據查詢到的MX記錄，向外傳送到指定的郵件主機
所以，本問題是由於該網域的郵件是外部主機，而且內部無帳號，所以無法寄出。
解決方式:
這時就必須停用該網域的郵件服務，不檢查內部網域及郵件帳號，
方法:
進到網站==>郵件帳號==>取消「激活網站上的郵件服務」就可以了。
