各位IT朋友大家好
我們公司郵件主機自建(Exchange 2010),最近常收到同仁反應客戶寄來的信都會延遲,延遲的時間從數分鐘至一天都有可能發生。
整理了一下延遲的問題,發生延遲的都是透過Gmail發出來的。
從公司發信到Gmail沒問題,但是Gmail寄回常常發生延遲問題。
請問各位,有甚麼解決的方式可提供嗎?
補充:用微軟的分析工具結果給大家。
補充2:Hotmail, Yahoo mail等免費郵件寄到公司都正常,只有Gmail這樣
2017/10/02補充: 這是在中華DNS設定下的狀況,公司僅有用到一個固定對外IP,網站放中華的空間。
有沒有可能是MX的設定 (同個IP兩個MX) 造成這個狀況呢?問過公司配合的固定維護廠商,廠商說這樣的設定是沒問題的,他也說GMAIL延遲的部分都是發生在GOOGLE端,跟我們這邊無關。
2018/1/4補充: 先前變更過DNS測試一樣,延遲問題沒甚麼改善。曾經懷疑過是否因為RAM不夠,間接導致這情況發生,過年前跟主管報告過後淘了48G的HP貼紙記憶體回來,並把原先的創見16G換下後,目前三不五時自行測試好像狀況有改善,雖不知道是否根解但還是上來提供參考。
這要看收到的信的表頭才能回答,像下面的例子,Gmail從其Web界面到SMTP outbound就貢獻了1小時的delay了,那你Exchange再怎麼查也查不出個所以然吧....
補充微軟的分析工具結果在問題上了
第一和第二個node都在Gmail就delay了101分鐘了,那您說是誰的問題啊....
看到這各我能想到的就是 DNS 內的紀錄鐵定有問題
我們公司是用 GOOGLE 的郵件服務,下面這張圖是趨勢寄給我們的郵件標頭分析結果
可以看出來 趨勢給我們這封信只用了三秒鐘就傳達了
在看以下這一封,是我寄出去的信件
由此可知,樓主的確是處於異常狀態
Gmail的Webmail主機產生mail之後往其SMTP relay送時不一定會去查DNS(就常理而言,應該只是往smarthost送),如果是這樣的話就跟DNS無關吧....
先看樓主願不願意把 DNS 跟 MX 有關的紀錄抓出來
我看過很多DNS的問題就是他對給對外查詢的DNS
紀錄居然會有 私人IP,例如 10.X.X.X 或是 192.168.X.X 這種的
如果是這種,延遲幾個小時都很正常,因為外面能找到這兩個網段的主機
然後網域名跟樓主一樣的機率可是數十萬分之一啊
不好意思,這幾天在忙別的東西沒上來看文章。
請問,DNS跟MX這部分要怎麼檢查是否正確?對這部分很不熟。
我之前有到一個Gmail說明 (https://support.google.com/mail/troubleshooter/2920052?hl=zh-Hant#ts=2920145%2C2924457%2C2924459%2C2924421%2C2924423%2C2924490) 的網頁,走完該網頁的問題後有填寫"連絡我們"。
說也奇怪,寄出去之後GMAIL寄來的信有順一點,沒延遲那麼久了。
說明網頁裡面有提到可以用MXTOOL網頁來檢查MX的設定,這個是準確的嗎?
外寄會不會成功跟收不收得到mail沒有必然的關係,收不收得到mail主要是看DNS上有沒有MX或A RR,像3p.club.tw的MX RR是w3.3p.club.tw,而w3.3p.club.tw的A RR是60.251.148.121,所以有人要寄mail給avwang@3p.club.tw時,mail server會查到該往w3.3p.club.tw送,而這台主機的IP是60.251.148.121,所以會往60.251.148.121的25/tcp送,只要這台主機同意收信,信就會送成功,不過如果mail server指向的DNS server上沒有關於3p.club.tw的cache,又無法從dns1/dns2.tfn.net.tw得到解答,那的確會發生停在queue中,retry後才發過來的狀況了....
已經補上DNS相關的設定,不知道這樣是否需要修改?
xxx.com.tw有兩個MX(ms.xxx.com.tw和xxx.com.tw),ms.xxx.com.tw和xxx.com.tw的A RR是一樣的,而xxx.com.tw的priority又高於ms.xxx.com.tw,所以照說mail會優先往xxx.com.tw的IP送(就結果論,其實往ms.xxx.com.tw的IP送也是一樣的),但是xxx.com.tw既有A RR,又有MX RR,會不會被誤解為RFC5321中提到的"某個domain有MX RR時就不應該對其A RR做解析"就不得而知了(這句話的後半段其實是domain name本身也列在MX RR時例外),要驗證這點的話把指到xxx.com.tw的MX RR拿掉或priority降低應該就可以看出端倪了(其實直接拿掉比較實在,至少可以降低製造混亂的機會)....
2018/1/4補充: 先前變更過DNS測試一樣,延遲問題沒甚麼改善。曾經懷疑過是否因為RAM不夠,間接導致這情況發生,過年前跟主管報告過後淘了48G的HP貼紙記憶體回來,並把原先的創見16G換下後,目前三不五時自行測試好像狀況有改善,雖不知道是否根解但還是上來提供參考。