郵件在商務往來中扮演著資訊交流的重要角色，假如傳輸受阻，必將造成溝通不暢；可能三五封郵件的投遞你意識不到其重要性，但假如長期需和客戶保持溝通，則需要保證其一貫的穩定性，這就很考驗相關軟體平台的效能是否優良了。一款優秀的工具軟體能夠洞悉郵件傳輸機制，將每個環節仔細斟酌，評估可能出錯的原因，並做好預防措施。下面我們就請業界優秀服務商u-mail的馬工來詳解郵件收發機制、可能導致傳輸不暢的原因和解決之道。
追根溯源，我們來看郵件收發是經歷了怎樣一番過程：
馬工認為，郵件「過關斬將」的路上容易出問題的區域可分為三塊：
1.發件人dns查詢區域（出問題指數四顆星），常見dns解析不對或者dns被劫持，如使用電信的dns。
2.網際網路傳輸區域（出問題指數五顆星），比如電信聯通互聯，再如傳送郵件至國外由於網際網路環境迥異導致無法接收。
3.收件人收取郵件區域（出問題指數一顆星），如由於個人網路問題無法連線上伺服器等。
既然找到了問題所在，那就「對症下藥」來尋求解決之道吧：
b.針對問題高發區域的「網際網路傳輸郵件」環節，建議諸位選擇品質優良的郵件中繼服務商，像u-mail就挺不錯，敢公開承諾：即使發件人ip在對方「黑名單」內，郵件到達無誤。讓我們來看u-mail是如何解決這一難題的，嘗試登入u-mail郵件伺服器的系統管理後台，在下列對話方塊中清晰看到：
有三種解決機制分別對應郵件可能出現的狀況，如果能夠暢通無阻直接傳送，那就直達；否則，就啟用「中繼伺服器」傳送。一般來說，大部分郵件都可以直接傳送，極少數需要中繼伺服器的，u-mail也會為之考慮周全。對於單域需要中繼的情況下，是直接中繼設定，還時需要失敗了再轉中繼呢？且看下圖
可知，在單個域中，仍然可以有的放矢對其中繼分別設定，分步詳細解析如下圖：
在中繼這個環節，u-mail為確保通訊，可謂痛下血本，在全球各主要城市、商務活動中心都一擲千金，布下郵件中繼伺服器，組成了乙個中繼雲網路，使郵件在投遞時，能夠選擇最優化的路徑投遞至收件人伺服器上面。
c.至於收件人那裡網路導致的問題，那就不是你能左右的了，你所能做的是盡自己的責任，仁至義盡，提醒對方注意在客戶端中設定伺服器的內網ip。
Android收發UDP報文詳解
參考鏈結如下，寫的非常非常好，我只是把他們寫的優秀的搬過來做筆記，防止以後忘記，本部落格所有內容均經過 驗證 1.構造datagramsocket物件 2.根據傳送ip 來建立inetaddress物件 3.根據inetaddress物件 傳送埠號 傳送資料 來建立傳送的datagrampacket...
原 linux select函式詳解
在linux中，我們可以使用select函式實現i o埠的復用，傳遞給 select函式的引數會告訴核心 我們所關心的檔案描述符 對每個描述符，我們所關心的狀態。我們是要想從乙個檔案描述符中讀或者寫，還是關注乙個描述符中是否出現異常 我們要等待多長時間。我們可以等待無限長的時間，等待固定的一段時間，...
終端加電收發包詳解
2011 4 11 15 25 06傳送 68,9d,00,9d,00,68,54,00,12,30,01,26,05,afn 5 控制命令 fb,seq 低4位與啟動幀幀序號計數器pfc的低4位相同 00,00,10,05,fn 45 01,加1塊電表 b5,00,id序號是b5 181 2位元組...