專利名稱：一種電子郵件投遞方法及郵件系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種電子郵件投遞方法及郵件系統(tǒng)。
背景技術(shù)：
國際化郵件地址協(xié)議RFC 6532描述了一種新的、包含非ASCII碼字符的郵件地址描述方式。目前絕大多數(shù)的郵件系統(tǒng)支持的是RFC 2047協(xié)議，用該協(xié)議可以描述包含非ASCII碼字符的郵件地址，但不能解析包含非ASCII碼字符的郵件地址部分，即RFC 6532格式的郵件地址與RFC 2047的郵件地址不能兼容。由于包含RFC 6532格式郵件地址的郵件投遞到不支持RFC6532的郵件系統(tǒng)中，可能會造成投遞失敗、或者發(fā)信人郵件地址不能辨認和閱讀、或者收信人不能正確回信等問題，因此，需要有機制，讓支持RFC6532的郵件系統(tǒng)及時發(fā)現(xiàn)收信方的郵件系統(tǒng)是否支持RFC 6532，以便為郵件的正常投遞作出一些兼容性的改變或者投遞策略的變更。
國際化郵件地址擴展SMTP協(xié)議RFC 6531，描述了如何通過擴展SMTP協(xié)議來發(fā)現(xiàn)一個郵件系統(tǒng)是否支持國際化郵件地址，但這個操作流程建立在SMTP投遞過程當中，因此，只使用RFC 6531協(xié)議進行判斷會存在以下缺點
I、絕大部分的郵件系統(tǒng)是在進行SMTP發(fā)送之前，已經(jīng)按照MME協(xié)議組裝好信件。當SMTP的時候才發(fā)現(xiàn)對方郵件系統(tǒng)不支持國際化郵件地址，則必須在SMTP的時候重新替換信件的內(nèi)容或重新組裝信件，因此會對系統(tǒng)造成不必要性能損耗和運算開銷，但如果不重新組裝，則可能導致信件發(fā)送失敗，或收信方無法正確閱讀郵件。2、為防止垃圾郵件的進入，很多郵件系統(tǒng)需要對郵件進行DomainKey的簽名，而DomainKey 一般都在郵件投遞之前已經(jīng)計算完畢。SMTP過程中因為兼容性問題更改了信件的頭部，則需要重新計算DomainKey,造成資源浪費。但如果DomainKey不提前計算,則當郵件是同時發(fā)送給多個收信人的時候，會變成每一個收信人都要重新計算一次DomainKey，同樣造成資源浪費。3、郵件系統(tǒng)一般提供發(fā)送到外站的信件會保存一封到發(fā)信人的“已發(fā)送”的目錄下面。如果保存到“已發(fā)送”的郵件先于外投郵件存在，而外投郵件由于在SMTP的時候才發(fā)現(xiàn)對方不支持RFC6532，而發(fā)生內(nèi)容改變，這樣就造成外投的郵件和保存到“已發(fā)送”的郵件內(nèi)容不一致，容易造成用戶使用上的困惑。但是，如果保存到“已發(fā)送”的郵件在外投郵件完成之后再生成，而外投郵件有可能因為網(wǎng)絡(luò)等原因延遲發(fā)送，從而造成用戶在這段時間內(nèi)無法在“已發(fā)送”目錄下找到自己發(fā)送的郵件，另外，對于一些依靠已發(fā)送郵件來提供郵件發(fā)送狀態(tài)跟蹤的系統(tǒng)來說，也不允許這種延遲的郵件生成。4、對于SMTP投遞信件的模塊可以通過擴展SMTP查詢對方是否支持RFC6532，但其他模塊則無法可以知道。5、如果把RFC6531封裝成為一個專門查詢對方是否支持國際化郵件地址的查詢模塊，在組裝信件之前先通過該模塊進行查詢，然后在決定如何組裝、簽名、以及生成“已發(fā)送”郵件。但是，這樣會產(chǎn)生大量無實際投遞信件操作的SMTP鏈接，很容易被當前的郵件系統(tǒng)認為該地址在進行SMTP攻擊，而把該地址列入黑名單，而且SMTP是TCP鏈接，建立和執(zhí)行查詢的效率低下。相應(yīng)地，為減少多余的SMTP查詢，可建立相應(yīng)的緩存機制，但這需要一定的額外開發(fā)工作。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題在于，提供一種電子郵件投遞方法及郵件系統(tǒng)，可快速發(fā)現(xiàn)收信方的郵件系統(tǒng)是否支持國際化郵件地址協(xié)議，為郵件系統(tǒng)解決新舊協(xié)議郵件的兼容性，提供快速、準確的判定依據(jù)。 為了解決上述技術(shù)問題，本發(fā)明提供了一種電子郵件投遞方法，包括發(fā)送郵件前，發(fā)件方的郵件系統(tǒng)判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址，所述發(fā)件方的郵件系統(tǒng)支持RFC6532格式的郵件地址，所述郵件中包含RFC6532格式的郵件地址；判斷為是時，將所述郵件發(fā)送至收件方的郵件系統(tǒng)，判斷為否時，對所述郵件進行修改處理，并將修改后的郵件發(fā)送至收件方的郵件系統(tǒng)。作為上述方案的改進，所述發(fā)件方的郵件系統(tǒng)判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址的步驟包括查詢所述收件方的郵件系統(tǒng)的DNS信息；判斷所述DNS信息中是否包含識別標識，判斷為是時，所述收件方的郵件系統(tǒng)支持RFC6532格式的郵件地址，判斷為否時，所述收件方的郵件系統(tǒng)不支持RFC6532格式的郵件地址。作為上述方案的改進，所述發(fā)件方的郵件系統(tǒng)判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址的步驟之前還包括在支持RFC6532格式的郵件地址的郵件系統(tǒng)的DNS信息中添加識別標識。相應(yīng)地，本發(fā)明還提供了一種郵件系統(tǒng)，所述郵件系統(tǒng)支持RFC6532格式的郵件地址；所述郵件系統(tǒng)包括判斷單元，用于判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址；與所述判斷單元相連的處理單元，用于當所述判斷單元判斷出所述收件方的郵件系統(tǒng)不支持RFC6532格式的郵件地址時，對所述郵件進行修改處理；與所述判斷單元及處理單元分別相連的發(fā)送單元，用于當所述判斷單元判斷出所述收件方的郵件系統(tǒng)支持RFC6532格式的郵件地址時將郵件發(fā)送至收件方的郵件系統(tǒng)，及將經(jīng)處理單元修改后的郵件發(fā)送至收件方的郵件系統(tǒng)。作為上述方案的改進，所述判斷單元包括查詢子單元，用于查詢所述收件方的郵件系統(tǒng)的DNS信息；與所述查詢子單元相連的判斷子單元，用于判斷所述DNS信息中是否包含識別標識，判斷為是時，則所述收件方的郵件系統(tǒng)支持RFC6532格式的郵件地址，判斷為否時，則所述收件方的郵件系統(tǒng)不支持RFC6532格式的郵件地址。作為上述方案的改進，所述郵件系統(tǒng)還包括標識單元，用于在DNS信息中添加識別標識。實施本發(fā)明實施例，具有如下有益效果
預先對支持RFC6532格式的郵件地址的郵件系統(tǒng)進行擴展，在郵件系統(tǒng)的DNS信息中添加識別標識。另外，由于投遞郵件必然需要查詢收件方的DNS信息，從而獲得收信方MX服務(wù)器的ip地址，因此，在投遞過程中的MX記錄查詢的同時，也查詢DNS里面關(guān)于國際化郵件地址的支持情況。當支持RFC6532格式的郵件地址的郵件系統(tǒng)向外發(fā)送包含RFC6532格式的郵件地址的郵件前，發(fā)件方的郵件系統(tǒng)判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址。判斷時，發(fā)件方的郵件系統(tǒng)查詢收件方郵件系統(tǒng)的DNS信息，判斷收件方郵件系統(tǒng)的DNS信息中是否包含識別標識。當發(fā)件方的郵件系統(tǒng)判斷出收件方的郵件系統(tǒng)的DNS信息中包含識別標識，即表示收件方的郵件系統(tǒng)支持RFC6532格式的郵件地址，此時發(fā)件方的郵件系統(tǒng)將郵件發(fā)送至收件方的郵件系統(tǒng)，實現(xiàn)郵件的投遞；當發(fā)件方的郵件系統(tǒng)判斷出收件方的郵件系統(tǒng)的DNS信息中不包含識別標識，即表示收件方的郵件系統(tǒng)不支持RFC6532格式的郵件地址，此時發(fā)件方的郵件系統(tǒng)對郵件進行兼容性的修改處理，將修改后的郵件發(fā)送至收件方的郵件系統(tǒng)，從而實現(xiàn)郵件的投遞。由于，判斷過程對系統(tǒng)改造工作量不大，對投遞流程也不會增加太多額外性能開銷，既加快了查詢的速度，也降低了開發(fā)成本。因此，只需通過擴展域名的記錄項，便可實現(xiàn)通過DNS查詢就可以獲知站點是否支持國際化郵件地址協(xié)議，有效地實現(xiàn)快速判斷收信方郵件系統(tǒng)是否支持國際化郵件地址協(xié)議，為郵件系統(tǒng)解決新舊協(xié)議郵件的兼容性，提供快速、準確的判定依據(jù)，克服標準的國際化郵件地址擴展SMTP協(xié)議RFC 6531，速度慢、獲取信息滯后等缺點。另外，DNS查詢是基于Μ)Ρ協(xié)議的查詢協(xié)議，沒有TCP查詢協(xié)議這么大的系統(tǒng)開銷，速度也比TCP查詢快。同時， 很多郵件系統(tǒng)本身就自帶DNS服務(wù)器，可以提供本站點查詢DNS的緩存數(shù)據(jù)，因此使用DNS技術(shù)，可以避免自己開發(fā)緩存系統(tǒng)的額外工作，也簡化了郵件系統(tǒng)的部署復雜程度。DNS查詢可以在SMTP投遞之前完成，也就是說可以在進行信件SMTP投遞之前就可以完成郵件的兼容性更改、DomainKey簽名、生成相應(yīng)的“已發(fā)送”郵件等等操作。


圖I是本發(fā)明一種電子郵件投遞方法的第一實施例的流程示意 圖2是本發(fā)明一種電子郵件投遞方法的第二實施例的流程示意 圖3是本發(fā)明一種郵件系統(tǒng)的結(jié)構(gòu)示意 圖4是本發(fā)明一種郵件系統(tǒng)的另一結(jié)構(gòu)示意 圖5是本發(fā)明一種郵件系統(tǒng)中判斷單元的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述。圖I是本發(fā)明一種電子郵件投遞方法的第一實施例的流程示意圖，包括
S100，發(fā)送郵件前，發(fā)件方的郵件系統(tǒng)判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址。判斷為是時，將所述郵件發(fā)送至收件方的郵件系統(tǒng)；判斷為否時，對所述郵件進行修改處理，并將修改后的郵件發(fā)送至收件方的郵件系統(tǒng)。所述發(fā)件方的郵件系統(tǒng)支持RFC6532格式的郵件地址，所述郵件中包含RFC6532格式的郵件地址。當支持RFC6532格式的郵件地址的郵件系統(tǒng)向外發(fā)送包含RFC6532格式的郵件地址的郵件前，發(fā)件方的郵件系統(tǒng)判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址。當發(fā)件方的郵件系統(tǒng)判斷出收件方的郵件系統(tǒng)支持RFC6532格式的郵件地址時，發(fā)件方的郵件系統(tǒng)將郵件發(fā)送至收件方的郵件系統(tǒng)，實現(xiàn)郵件的投遞；當發(fā)件方的郵件系統(tǒng)判斷出收件方的郵件系統(tǒng)不支持RFC6532格式的郵件地址時，發(fā)件方的郵件系統(tǒng)對郵件進行兼容性的修改處理，將修改后的郵件發(fā)送至收件方的郵件系統(tǒng)，從而實現(xiàn)郵件的投遞。例如，有郵件系統(tǒng)A、郵件系統(tǒng)B及郵件系統(tǒng)C，其中郵件系統(tǒng)A及郵件系統(tǒng)B支持RFC6532格式的郵件地址，而郵件系統(tǒng)C不支持RFC6532格式的郵件地址。郵件系統(tǒng)A中有用戶a，用戶a的郵件地址包含非ASCII碼字符，用戶a需發(fā)送郵件給郵件系統(tǒng)B的用戶b及郵件系統(tǒng)C的用戶C。發(fā)件前，郵件系統(tǒng)A判斷出郵件系統(tǒng)B支持RFC6532格式的郵件地址，因此，直接將郵件發(fā)送至郵件系統(tǒng)B的用戶b。同時，郵件系統(tǒng)A判斷出郵件系統(tǒng)C不支持RFC6532格式的郵件地址，因此，對郵件進行兼容性的修改處理，并將修改后的郵件發(fā)送至郵件系統(tǒng)C的用戶C。圖2是本發(fā)明一種電子郵件投遞方法的第二實施例的流程示意圖，包括
S200,查詢所述收件方的郵件系統(tǒng)的DNS信息。
需要說明的是投遞郵件必然需要查詢收件方郵件系統(tǒng)的DNS信息，從而獲得收信方MX服務(wù)器的ip地址。因此，發(fā)件方的郵件系統(tǒng)向收件方的郵件系統(tǒng)發(fā)送郵件前，發(fā)件方的郵件系統(tǒng)在進行MX記錄查詢的同時，也可查詢收件方的郵件系統(tǒng)的DNS信息中的其他信息。所述發(fā)件方的郵件系統(tǒng)支持RFC6532格式的郵件地址，所述郵件中包含RFC6532格式的郵件地址。S201，判斷所述DNS信息中是否包含識別標識。判斷為是時，將所述郵件發(fā)送至收件方的郵件系統(tǒng)；判斷為否時，對所述郵件進行修改處理，并將修改后的郵件發(fā)送至收件方的郵件系統(tǒng)。更佳地，需要預先對支持RFC6532格式的郵件地址的郵件系統(tǒng)進行擴展，在郵件系統(tǒng)的DNS信息中添加識別標識，以標識郵件系統(tǒng)是否支持RFC6532格式的郵件地址。需要說明的是，可在郵件系統(tǒng)創(chuàng)建的同時進行識別標識的添加，但不需要每次投遞時，都在支持RFC6532格式的郵件地址的郵件系統(tǒng)的DNS信息中添加識別標識。優(yōu)選地，所述識別標識的格式為“域名UTF8 domain, email ”。例如，郵件系統(tǒng)A的域名為“mail, b-site. com”，相應(yīng)地，添加至郵件系統(tǒng)A的DNS信息中的識別標識為“mail.b_site.com UTF8 domain, email，，。當支持RFC6532格式的郵件地址的郵件系統(tǒng)向外發(fā)送包含RFC6532格式的郵件地址的郵件前，發(fā)件方的郵件系統(tǒng)查詢收件方郵件系統(tǒng)的DNS信息，判斷收件方郵件系統(tǒng)的DNS信息中是否包含識別標識。由于支持RFC6532格式的郵件地址的郵件系統(tǒng)經(jīng)擴展后，其DNS信息中含有識別標識。因此，當發(fā)件方的郵件系統(tǒng)判斷出收件方的郵件系統(tǒng)的DNS信息中包含識別標識，即表示收件方的郵件系統(tǒng)支持RFC6532格式的郵件地址，此時發(fā)件方的郵件系統(tǒng)將郵件發(fā)送至收件方的郵件系統(tǒng)，實現(xiàn)郵件的投遞；當發(fā)件方的郵件系統(tǒng)判斷出收件方的郵件系統(tǒng)的DNS信息中不包含識別標識，即表示收件方的郵件系統(tǒng)不支持RFC6532格式的郵件地址，此時發(fā)件方的郵件系統(tǒng)對郵件進行兼容性的修改處理，將修改后的郵件發(fā)送至收件方的郵件系統(tǒng)，從而實現(xiàn)郵件的投遞。例如，有郵件系統(tǒng)A、郵件系統(tǒng)B及郵件系統(tǒng)C，其中郵件系統(tǒng)A及郵件系統(tǒng)B支持RFC6532格式的郵件地址，因此在郵件系統(tǒng)A及郵件系統(tǒng)B的DNS信息中添加識別標識，而郵件系統(tǒng)C不支持RFC6532格式的郵件地址，因此郵件系統(tǒng)C的DNS信息中不需要添加識別標識。郵件系統(tǒng)A中有用戶a，用戶a的郵件地址包含非ASCII碼字符，用戶a需發(fā)送郵件給郵件系統(tǒng)B的用戶b及郵件系統(tǒng)C的用戶C。發(fā)送電子郵件前，郵件系統(tǒng)A分別查詢郵件系統(tǒng)B及郵件系統(tǒng)C的DNS信息，并判斷DNS信息中是否含有識別標識。由于郵件系統(tǒng)A判斷出郵件系統(tǒng)B的DNS信息中含有識別標識，因此，直接將郵件發(fā)送至郵件系統(tǒng)B的用戶b。同時，郵件系統(tǒng)A判斷出郵件系統(tǒng)C的DNS信息中不含有識別標識，因此，對郵件進行兼容性的修改處理，并將修改后的郵件發(fā)送至郵件系統(tǒng)C的用戶C。圖3是本發(fā)明一種郵件系統(tǒng)I的結(jié)構(gòu)示意圖，包括
判斷單元11，用于判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址。與所述判斷單元11相連的處理單元12，用于當所述判斷單元11判斷出所述收件方的郵件系統(tǒng)不支持RFC6532格式的郵件地址時，對所述郵件進行修改處理。與所述判斷單元11及處理單元12分別相連的發(fā)送單元13，用于當所述判斷單元判斷出所述收件方的郵件系統(tǒng)支持RFC6532格式的郵件地址時將郵件發(fā)送至收件方的郵 件系統(tǒng)，及將經(jīng)處理單元修改后的郵件發(fā)送至收件方的郵件系統(tǒng)。需要說明的是，所述郵件系統(tǒng)I支持RFC6532格式的郵件地址。郵件系統(tǒng)I向外發(fā)送包含RFC6532格式的郵件地址的郵件前，郵件系統(tǒng)I通過判斷單元11判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址。當判斷單元11判斷出收件方的郵件系統(tǒng)支持RFC6532格式的郵件地址時，發(fā)送單元13將郵件發(fā)送至收件方的郵件系統(tǒng)，實現(xiàn)郵件的投遞；當判斷單元11判斷出收件方的郵件系統(tǒng)不支持RFC6532格式的郵件地址時，處理單元12對郵件進行兼容性的修改處理，并由發(fā)送單元13將修改后的郵件發(fā)送至收件方的郵件系統(tǒng)，從而實現(xiàn)郵件的投遞。圖4是本發(fā)明一種郵件系統(tǒng)的另一結(jié)構(gòu)示意圖，與圖3不同的是，所述郵件系統(tǒng)I還包括
標識單元14，用于在DNS信息中添加識別標識。通過標識單元14可對郵件系統(tǒng)I進行擴展，由于郵件系統(tǒng)支持RFC6532格式的郵件地址，因此可在郵件系統(tǒng)I的DNS信息中添加識別標識，以標識郵件系統(tǒng)I支持RFC6532格式的郵件地址。優(yōu)選地，所述識別標識的格式為“域名UTF8 domain, email ”。例如，郵件系統(tǒng)A的域名為“mail, b-site. com”,相應(yīng)地,通過標識單元14添加至郵件系統(tǒng)A的DNS信息中的識別標識為 “mail, b-site. com UTF8 domain, email，，。需要說明的是，所述郵件系統(tǒng)I支持RFC6532格式的郵件地址，并含有識別標識。相應(yīng)地，不支持RFC6532格式的郵件地址的郵件系統(tǒng)不具有識別標識。圖5是本發(fā)明一種郵件系統(tǒng)I中判斷單元11的結(jié)構(gòu)示意圖，所述判斷單元11包括
查詢子單元111，用于查詢所述收件方的郵件系統(tǒng)的DNS信息。與所述查詢子單元111相連的判斷子單元112，用于判斷所述DNS信息中是否包含識別標識，判斷為是時，則所述收件方的郵件系統(tǒng)支持RFC6532格式的郵件地址，判斷為否時，則所述收件方的郵件系統(tǒng)不支持RFC6532格式的郵件地址。需要說明的是，所述郵件系統(tǒng)I支持RFC6532格式的郵件地址。郵件系統(tǒng)I向外發(fā)送包含RFC6532格式的郵件地址的郵件前，郵件系統(tǒng)I的查詢子單元111查詢收件方郵件系統(tǒng)的DNS信息，并由判斷子單元112判斷收件方郵件系統(tǒng)的DNS信息中是否包含識別標識。由于支持RFC6532格式的郵件地址的郵件系統(tǒng)經(jīng)標識單元14的處理后，其DNS信息中含有識別標識。因此，當判斷子單元112判斷出收件方的郵件系統(tǒng)的DNS信息中包含識別標識，即表示收件方的郵件系統(tǒng)支持RFC6532格式的郵件地址，此時發(fā)送單元13將郵件發(fā)送至收件方的郵件系統(tǒng)，實現(xiàn)郵件的投遞；當判斷子單元112判斷出收件方的郵件系統(tǒng)的DNS信息中不包含識別標識，即表示收件方的郵件系統(tǒng)不支持RFC6532格式的郵件地址，此時處理單元12對郵件進行兼容性的修改處理，并由發(fā)送單元13將修改后的郵件發(fā)送至收件方的郵件系統(tǒng)，從而實現(xiàn)郵件的投遞。由上可知，預先對支持RFC6532格式的郵件地址的郵件系統(tǒng)進行擴展，在郵件系統(tǒng)的DNS信息中添加識別標識。另外，郵件系統(tǒng)在MX記錄查詢的同時，也查詢收件方郵件系統(tǒng)的DNS信息中是否包含識別標識，并以此判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址，這樣，既加快了查詢的速度，也降低了開發(fā)成本。以上所述是本發(fā)明的優(yōu)選實施方式，應(yīng)當指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員 來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也視為本發(fā)明的保護范圍。
權(quán)利要求
1.一種電子郵件投遞方法，其特征在于，包括 發(fā)送郵件前，發(fā)件方的郵件系統(tǒng)判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址，所述發(fā)件方的郵件系統(tǒng)支持RFC6532格式的郵件地址，所述郵件中包含RFC6532格式的郵件地址； 判斷為是時，將所述郵件發(fā)送至收件方的郵件系統(tǒng)， 判斷為否時，對所述郵件進行修改處理，并將修改后的郵件發(fā)送至收件方的郵件系統(tǒng)。
2.如權(quán)利要求I所述的電子郵件投遞方法，其特征在于，所述發(fā)件方的郵件系統(tǒng)判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址的步驟包括 查詢所述收件方的郵件系統(tǒng)的DNS信息； 判斷所述DNS信息中是否包含識別標識， 判斷為是時，所述收件方的郵件系統(tǒng)支持RFC6532格式的郵件地址， 判斷為否時，所述收件方的郵件系統(tǒng)不支持RFC6532格式的郵件地址。
3.如權(quán)利要求I或2所述的電子郵件投遞方法，其特征在于，所述發(fā)件方的郵件系統(tǒng)判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址的步驟之前還包括 在支持RFC6532格式的郵件地址的郵件系統(tǒng)的DNS信息中添加識別標識。
4.一種郵件系統(tǒng)，其特征在于，所述郵件系統(tǒng)支持RFC6532格式的郵件地址； 所述郵件系統(tǒng)包括 判斷單元，用于判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址； 與所述判斷單元相連的處理單元，用于當所述判斷單元判斷出所述收件方的郵件系統(tǒng)不支持RFC6532格式的郵件地址時，對所述郵件進行修改處理； 與所述判斷單元及處理單元分別相連的發(fā)送單元，用于當所述判斷單元判斷出所述收件方的郵件系統(tǒng)支持RFC6532格式的郵件地址時將郵件發(fā)送至收件方的郵件系統(tǒng)，及將經(jīng)處理單元修改后的郵件發(fā)送至收件方的郵件系統(tǒng)。
5.如權(quán)利要求4所述的郵件系統(tǒng)，其特征在于，所述判斷單元包括 查詢子單元，用于查詢所述收件方的郵件系統(tǒng)的DNS信息； 與所述查詢子單元相連的判斷子單元，用于判斷所述DNS信息中是否包含識別標識，判斷為是時，則所述收件方的郵件系統(tǒng)支持RFC6532格式的郵件地址，判斷為否時，則所述收件方的郵件系統(tǒng)不支持RFC6532格式的郵件地址。
6.如權(quán)利要求5所述的郵件系統(tǒng)，其特征在于，所述郵件系統(tǒng)還包括 標識單元，用于在DNS信息中添加識別標識。
全文摘要
本發(fā)明公開了一種電子郵件投遞方法，包括發(fā)送郵件前，發(fā)件方的郵件系統(tǒng)判斷收件方的郵件系統(tǒng)是否支持RFC6532格式的郵件地址，所述發(fā)件方的郵件系統(tǒng)支持RFC6532格式的郵件地址，所述郵件中包含RFC6532格式的郵件地址；判斷為是時，將所述郵件發(fā)送至收件方的郵件系統(tǒng)，判斷為否時，對所述郵件進行修改處理，并將修改后的郵件發(fā)送至收件方的郵件系統(tǒng)。本發(fā)明還公開了一種郵件系統(tǒng)。采用本發(fā)明，只需通過擴展域名的記錄項，便可實現(xiàn)通過DNS查詢就可以獲知站點是否支持國際化郵件地址協(xié)議，有效地實現(xiàn)快速判斷收信方郵件系統(tǒng)是否支持國際化郵件地址協(xié)議，為郵件系統(tǒng)解決新舊協(xié)議郵件的兼容性，提供快速、準確的判定依據(jù)。
文檔編號H04L12/58GK102882766SQ20121032760
公開日2013年1月16日 申請日期2012年9月7日 優(yōu)先權(quán)日2012年9月7日
發(fā)明者陳穎棠, 林延中 申請人:盈世信息科技(北京)有限公司