郵件代理協議

『壹』 郵件代理

A D

『貳』 合作協議通過郵件該怎麼寫

合作協議範本(一)
甲方：
乙方：
甲乙雙方本著平等互利、優勢互補的原則，就結成長期共同發展，並為以後在其他項目上的合作建立一個堅實的基礎，經友好協商達成以下共識：
(一) 權利與義務
1. 甲乙雙方皆承認對方為自己的戰略合作夥伴，並在彼此互聯網站的顯著位置標識合作方的旗幟徽標鏈接或文字鏈接。
2. 甲乙雙方授權合作方在其互聯網站上轉載對方網站上的相關信息，該信息將由雙方協商同意後方可引用(具體合作項目另簽協議)。 3. 甲乙雙方在彼此互聯網站中轉載引用合作方的信息時須註明"該信息由×××(合作方網站)提供"字樣，並建立鏈接。
4. 甲乙雙方必須尊重合作方網站信息的版權及所有權，未經合作方同意，另一方不得采編其站點上的任何信息，且不得在其網站以外媒 體發布來自合作對方站點的信息，否則構成侵權。被侵害方有權單方面終止合作並視情節選擇要求對方承擔損害賠償的方式。
(二) 相互宣傳
1. 甲乙雙方應在彼此站點追蹤報道合作方的市場推廣計劃及相關營銷活動。
2. 甲乙雙方都認可的適當時間內，雙方在彼此站點上開設專欄，撰寫並宣傳與合作對方商業行為有關的話題(具體合作項目另簽協議) 3. 甲乙雙方在有關INTERNET專題的研討會和金融、金融等行業的各種展覽會上，互相幫助、共同宣傳，共同推進雙方的品牌。
4. 雙方還可就其它深度合作方式進行進一步探討。
(三)其他
1. 甲乙雙方的合作方式沒有排他性，雙方在合作的同時，都可以和其他相應的合作夥伴進行合作。
2. 本協議有效期為 年，自 年 月 日起到 年 月 日為本協議商定合作方案的執行期限。
3. 甲乙任何一方如提前終止協議，需提前一個月通知另一方;如一方擅自終止協議，另一方將保留對違約方追究違約責任的權利。
4. 本協議一式兩份，雙方各執一份，具有同等法律效力。
5. 本協議為合作框架協議，合作項目中具體事宜需在正式合同中進一步予以明確。框架協議與正式合作合同構成不可分割的整體，作為 甲乙雙方合作的法律文件。
6. 本協議期滿時，雙方應優先考慮與對方續約合作。
7. 雙方的合作關系是互利互惠的，所有內容與服務提供均為免費。
甲方： 乙方：
代表簽字： 代表簽字：
日期： 年 月 日 日期： 年 月 日
蓋章： 蓋章：
合作協議範本(二)
甲方：
乙方：
為了推動中國互聯網事業，促進合作雙方的企業發展，更好地為廣大金融界互聯網用戶服務，甲乙雙方本著平等互利，共同發展，優勢互補的原則，甲方版權所屬網站：-----------------------與乙方版權所屬網站，經友好協商，在合作意向上達成一致，結為合作夥伴，甲方以協議規定的方式，向乙方免費提供金融界的人才職業信息，乙方完善頻道建設，充分保證雙方的權益。現就雙方合作的具體事宜及雙方的權力與義務達成如下協議：
第一條：甲方的職責
1.為乙方提供金融界人才職業相關的信息內容，並積極開發金融界用戶所需的人才職業信息，及時提供給乙方站點，人才職業信息包括但不限於以下內容：
有關人才、人力資源、就業、培訓方面的新聞;
有關職業選擇、職業發展、人際關系、職業評測等方面的特寫等文章;
有關行業比較、企業文化、企業用人哲學、人事經理訪談等方面的文章;
有關出國發展方面的文章;有關培訓計劃、培訓須知方面的文章;
有關人才、職業方面的網友爭論及原創文章等;
上述文章版權歸甲方所有，乙方僅可在本協議規定范疇內使用;
2.按協議附錄規定的方式為乙方提供上述文章，並根據金融界用戶以及乙方的反饋積極開發為金融界用戶所歡迎的人才職業信息;
3.在其網站為乙方頻道設置文件配置表，配置內容包括但不限於以下內容：乙方頻道 LOGO 或文字及 URL 網址鏈接;乙方網站主頁的網路路 徑;以上內容由乙方根據協議附件規定提供，乙方擁有上述內容的版權與修改權，甲方應當為乙方提供網上修改上述內容的管理許可權;
4.甲方在首頁 " 合作夥伴 " 中加入 " " 的文字鏈接。
5.提供甲方的旗幟( BANNER )廣告，大小為 468×60 象素的圖象文件，具體發布事宜由雙方商定，按協議附件規定執行。
6.上述所有圖形 LOGO 均由乙方自行設計，版權歸乙方所有。
7.在所有由甲方提供內容的頁面下方標注版權說明，版權歸屬單位為甲、乙雙方。
第二條：乙方的職責
1.在乙方網站-------------------創建獨立目錄，存放所有由甲方提供的文章與信息;
2.在所有由甲方提供內容的頁面下方標注版權說明，版權歸屬單位為甲乙雙方。
第三條：商業秘密
1.甲乙雙方應對其通過工作接觸和通過其他渠道得知的有關對方的商業秘密嚴格保密，未經對方事先書面同意，不得向其他人披露。
2.除本協議規定之工作所需外未經對方事先同意，不得擅自使用、復制對方的商標、標志、商業信息、技術及其他資料。
第四條：聲明
1.甲乙雙方之間結為戰略合作夥伴關系。
2.甲乙雙方信息資源互享，各自保證其網站內信息來源的真實性、准確性與時效性。
3.甲乙雙方在網站或頻道的推廣和宣傳過程中同行共勉、緊密合作。
4.甲乙雙方就各自的經營和提供的服務內容承擔責任，享有收益和版權。
5.如果由於網站版面更新或改動。原來的鏈接位置不再存在，雙方必須將新的鏈接擺放位置調整至保證與原本效果相當的位置。
6.本協議期限滿，雙方優先考慮與對方續約合作。
7.雙方的合作關系是互利互惠的，所有內容與服務提供均為相互免費。
第五條：協議執行期限 本協議書有效期為 年，自 年 月 日至 年 月 日為本協議商定合作方案的執行期限。
第六條：協議的終止。 本協議因以下任何原因而終止：
1.本協議期限屆滿。
2.雙方協商同意終止本合同。如有任何一方欲終止此合同，需提前一個月通知對方。
第七條：爭議的解決
如甲乙雙方在本協議的條款范圍內發生糾紛，應盡量協商解決，協商不能達成一致意見時，提請北京市仲裁委員會仲裁解決。
第八條：不可抗力
因地震、火災等自然災害、戰爭、罷工、停電、政府行為等造成雙方不能履行本協議義務，雙方通過書而後形式通知對方，本協議即告中止。
第九條：本協議一式二份，雙方各執一份，經雙方簽字蓋章有效。本協議及其相關附件具有同等法
甲方： 乙方：
代表簽字： 代表簽字：
日期： 年 月 日 日期： 年 月 日
蓋章： 蓋章：
合作協議書範本（三）
甲方：
乙方：
甲乙雙方經充分協商，就雙方合作事宜達成如下協議：
一、雙方是商業合作關系，甲方系專業咨詢經紀公司，因乙方擁有商業信息，但須以甲方之名義對外簽訂代理協議。
二、雙方以甲方名義對外之代理協議簽訂後，由甲方負責具體操作，乙方只負責將客戶介紹給第三方(即總代理商)，由第三方與甲方協商具體操作步驟。
三、房產銷售或預售合同簽訂後，乙方只負責應得傭金到達甲方賬戶，若傭金到帳後，則甲方須在到帳之次日起七日內，以現金方式支付給乙方應得傭金(傭金具體分配比例為甲方10% [含營業稅]，乙方90%)。
四、本協議僅為乙方提供對外業務開展之便利條件。
五、本協議一式貳份，甲乙雙方各執壹份，每份具有同等法律效力。
甲方(蓋章)： 乙方(蓋章)：
代表人(簽字)： 代表人(簽字)：
電話： 電話：
日期： 年 月 日 日期： 年 月 日

『叄』 郵件頭的郵件協議

這部分內容相對其它部分來說具有更多原理性內容，主要討論郵件是如何從一點傳輸到另外一點的細節。你不需要理解每一句話，但是熟悉這方面的內容有助於在郵件傳輸出現奇怪現象時弄明白問題所在。由於垃圾電子郵件發送者常常故意製造一些奇怪的情況以掩飾自己的身份，因此能理解這些奇怪的現象對對付這些傢伙是非常有用的。
為了在網路上傳輸數據，計算機網路協議使用了稱為埠的訪問入口，你可以將埠看做是一個通道，通過它計算機可以監聽網路通信以提供服務。為了同時監聽多個通信，計算機需要有使用埠號碼標識多個不同的埠以區別這些通信。而和電子郵件傳輸相關的埠是25。
MAIL FROM命令標識開始郵件傳輸，含義是我有從某人發送來的郵件，該命令後跟的地址就是所謂的「信封地址」（在後面我們將深入討論），信封from地址不一定是發送者自己的地址。這個明顯的安全漏洞是不可避免的（因為接收者並不知道發送者機器上有哪些地址），但是在特定的情況下這又是一個有用處的特色。
RCPT TO和MAIL FROM是相輔相成的。其指定郵件接收者。通過多個RCPT TO命令一個郵件可以被發送給多個接收者。（在後面的郵件中繼部分將解釋該特色可能針對某些不安全的系統濫用）。該命令後跟的地址稱為envelope to地址。其指定了郵件將被投遞給哪些用戶，而和信件中的To：指定的地址沒有關系。
DATA命令指示開始實際的郵件內容傳輸。DATA命令後輸入的任何內容都被看做是郵件的一部分。而格式並沒有任何限制。以一個英文單詞加冒號開始的行一般被郵件程序看做是郵件頭。以英文句號符號（.）開始的行被認為是郵件內容結束。
QUIT命令終止連接。
SMTP協議規范定義在RFC 821中。
非正常情況
上面的例子有些過於簡單。上面的例子有一個假設前提：兩個組織的郵件伺服器相互之間能直接訪問，而不需要經過代理、防火牆等安全設備。這在當前Internet環境下情況往往是這樣的。但由於安全對於某些組織來說非常重要，而且網路或組織可能變得越來越龐大，情況就不那麼簡單了。對於具有代理型防火牆系統的郵件傳輸來說，區別就在於在郵件的頭中多了一次轉發過程的記錄，也就是郵件首先從發送者郵件伺服器發送到防火牆上，然後再從防火牆發送到目的郵件伺服器。
四、郵件中繼
出現郵件中繼是由於歷史的原因，使用郵件中繼是有它的好處的。到八十年代末期，很多網路中的計算機都不是直接通信來傳輸郵件。而是通過郵件路由來傳遞郵件，通過郵件路由伺服器一步一步地進行郵件傳輸。這樣做是非常麻煩的，發送者往往需要手工指定一封郵件需要經過哪些郵件路由伺服器，比如需要從San Francisco發送一封郵件到New York，則需要在信封中添加如下內容：
San Francisco,Sacramento,Reno,Salt Lake City,Rock Springs,Laramie,North Platte,Lincoln,Omaha,Des Moines,Cedar Rapids,Dubuque,Rockford,Chicago,Gary,Elkhart,Fort Wayne,Toledo,Cleveland,Erie,Elmira,Williamsport,Newark,New York City,Greenwich Village,#12 Desolation Row,Apt. #35,R.A. Zimmermann
如果從郵局工作人員的角度來考慮，這種模型是非常有用的。在Gary的郵局只需要知道如何和臨近的郵局Chicago和Elkhart通信，而無需消耗資源計算如何將郵件發送到New York（這時候就很清楚為什麼這種模式對於郵件發送者來說非常糟糕，為什麼這種方法被拋棄了）。但是這就是郵件被傳輸的過程。因此伺服器具有這樣的中繼的能力在那時是很重要的。

『肆』 撰寫電子郵件需要哪種代理程序

群發郵件可以使用郵件群發軟體，群發的數量完全抄可以滿足大部分人需求，每天可百以群發內一萬封郵件。
一米容智能郵件群發軟體，一天的發送量可以達到一萬封。而且模擬手工一對一的發送，有專門的「宏」可以使度得郵件更加的個性化。
1.每封郵件都問不一樣 2.低速發送,發送量控制 3.斷點重發 4多郵箱發送 5.自動答換IP
6.郵件地址管理 7.回復指定郵箱

『伍』 Nginx郵件代理如何配置mail 進行收發郵件

mail{
//郵件認證伺服器的訪問URL
auth_httpIP:PORT/auth.php;

//當透傳上，下游間的TCP流時，每個請求所使用的內存緩沖區大小
proxy_buffer4k;

server{
/*對於POP3協議，通常都是監聽110埠。POP3協議接收初始客戶端請求的緩沖區固定為128位元組，配置文件中無法設置*/
listen110;
protocolpop3;
proxyon;
}

server{
//對於IMAP，通常都是監聽143埠
listen143;
protocolimap;
//設置接收初始客戶端請求的緩沖區大小
imap_client_buffer4k;
proxyon;
}

server{
//對於SMTP，通常都是監聽25埠
listen25;
protocolsmtp;
proxyon;
//設置接收初始客戶端請求的緩沖區大小
smtp_client_buffer4k;
}
}

此配置來源於網路http://54rd.net/html/2015/webserver_0217/60.html，更詳細配置可前往閱讀

『陸』 怎麼用代理收發電子郵件

POP3 的SMTP 系統 都有 郵件復轉發協議制
一般郵件 代理都是 使用SMTP轉發協議完成的
郵件轉發需要 SMTP伺服器支持 匿名轉發。
也就是，你的伺服器 支持匿名轉發 這樣就可以設置他為 你的 代理伺服器 為你發郵件了。

『柒』 收發電子郵件通常用到的協議是

收發電子郵件通常採用的協議是POP3和SMTP協議。

一、POP3協議

POP3，全名為「Post Office Protocol - Version 3」，即「郵局協議版本3」。是TCP/IP協議族中的一員，由RFC1939 定義。本協議主要用於支持使用客戶端遠程管理在伺服器上的電子郵件。提供了SSL加密的POP3協議被稱為POP3S。

POP 協議支持「離線」郵件處理。其具體過程是：郵件發送到伺服器上，電子郵件客戶端調用郵件客戶機程序以連接伺服器，並下載所有未閱讀的電子郵件。這種離線訪問模式是一種存儲轉發服務，將郵件從郵件伺服器端送到個人終端機器上，一般是PC機或 MAC。

一旦郵件發送到 PC 機或MAC上，郵件伺服器上的郵件將會被刪除。但目前的POP3郵件伺服器大都可以「只下載郵件，伺服器端並不刪除」，也就是改進的POP3協議。

二、SMTP

簡單郵件傳輸協議 (Simple Mail Transfer Protocol, SMTP)是在Internet傳輸email的事實標准。

SMTP是一個相對簡單的基於文本的協議。在其之上指定了一條消息的一個或多個接收者（在大多數情況下被確認是存在的），然後消息文本會被傳輸。可以很簡單地通過telnet程序來測試一個SMTP伺服器。SMTP使用TCP埠25。要為一個給定的域名決定一個SMTP伺服器，需要使用MX (Mail eXchange)DNS。

(7)郵件代理協議擴展閱讀

電子郵件的發送和接收

電子郵件在Internet上發送和接收的原理可以很形象地用我們日常生活中郵寄包裹來形容：當我們要寄一個包裹時，我們首先要找到任何一個有這項業務的郵局，在填寫完收件人姓名、地址等等之後包裹就寄出而到了收件人所在地的郵局，那麼對方取包裹的時候就必須去這個郵局才能取出。

同樣的，當我們發送電子郵件時，這封郵件是由郵件發送伺服器（任何一個都可以）發出，並根據收信人的地址判斷對方的郵件接收伺服器而將這封信發送到該伺服器上，收信人要收取郵件也只能訪問這個伺服器才能完成。

1. 電子郵件的發送

SMTP是維護傳輸秩序、規定郵件伺服器之間進行哪些工作的協議，它的目標是可靠、高效地傳送電子郵件。SMTP獨立於傳送子系統，並且能夠接力傳送郵件。

SMTP基於以下的通信模型：根據用戶的郵件請求，發送方SMTP建立與接收方SMTP之間的雙向通道。接收方SMTP可以是最終接收者，也可以是中間傳送者。發送方SMTP產生並發送SMTP命令，接收方SMTP向發送方SMTP返回響應信息。

連接建立後，發送方SMTP發送MAIL命令指明發信人，如果接收方SMTP認可，則返回OK應答。發送方SMTP再發送RCPT命令指明收信人，如果接收方SMTP也認可，則再次返回OK應答；否則將給予拒絕應答(但不中止整個郵件的發送操作)。

當有多個收信人時，雙方將如此重復多次。這一過程結束後，發送方SMTP開始發送郵件內容，並以一個特別序列作為終止。如果接收方SMTP成功處理了郵件，則返回OK應答。

對於需要接力轉發的情況，如果一個SMTP伺服器接受了轉發任務，但後來卻發現由於轉發路徑不正確或者其他原因無法發送該郵件，那麼它必須發送一個「郵件無法遞送」的消息給最初發送該信的SMTP伺服器。

為防止因該消息可能發送失敗而導致報錯消息在兩台SMTP伺服器之間循環發送的情況，可以將該消息的回退路徑置空。

2. 電子郵件的接收

電子郵件協議第3版本(POP3)

要在網際網路的一個比較小的節點上維護一個消息傳輸系統(MTS，Message Transport System)是不現實的。例如，一台工作站可能沒有足夠的資源允許SMTP伺服器及相關的本地郵件傳送系統駐留且持續運行。同樣的，要求一台個人計算機長時間連接在IP網路上的開銷也是巨大的，有時甚至是做不到的。

盡管如此，允許在這樣小的節點上管理郵件常常是很有用的，並且它們通常能夠支持一個可以用來管理郵件的用戶代理。為滿足這一需要，可以讓那些能夠支持MTS的節點為這些小節點提供郵件存儲功能。

POP3就是用於提供這樣一種實用的方式來動態訪問存儲在郵件伺服器上的電子郵件的。一般來說，就是指允許用戶主機連接到伺服器上，以取回那些伺服器為它暫存的郵件。POP3不提供對郵件更強大的管理功能，通常在郵件被下載後就被刪除。更多的管理功能則由IMAP4來實現。

郵件伺服器通過偵聽TCP的110埠開始POP3服務。當用戶主機需要使用POP3服務時，就與伺服器主機建立TCP連接。當連接建立後，伺服器發送一個表示已准備好的確認消息，然後雙方交替發送命令和響應，以取得郵件，這一過程一直持續到連接終止。

一條POP3指令由一個與大小寫無關的命令和一些參數組成。命令和參數都使用可列印的ASCII字元，中間用空格隔開。命令一般為3～4個字母，而參數卻可以長達40個字元。

網際網路報文訪問協議第4版本(IMAP4)

IMAP4提供了在遠程郵件伺服器上管理郵件的手段，它能為用戶提供有選擇地從郵件伺服器接收郵件、基於伺服器的信息處理和共享信箱等功能。

IMAP4使用戶可以在郵件伺服器上建立任意層次結構的保存郵件的文件夾，並且可以靈活地在文件夾之間移動郵件，隨心所欲地組織自己的信箱，而POP3隻能在本地依靠用戶代理的支持來實現這些功能。

如果用戶代理支持，那麼IMAP4甚至還可以實現選擇性下載附件的功能，假設一封電子郵件中含有5個附件，用戶可以選擇下載其中的2個，而不是所有。

與POP3類似，IMAP4僅提供面向用戶的郵件收發服務。郵件在網際網路上的收發還是依靠SMTP伺服器來完成。

電子郵件地址的構成

電子郵件地址的格式由三部分組成。第一部分「USER」代表用戶信箱的賬號，對於同一個郵件接收伺服器來說，這個賬號必須是唯一的；第二部分「@」是分隔符；第三部分是用戶信箱的郵件接收伺服器域名，用以標志其所在的位置。

參考資料來源：網路-電子郵件

參考資料來源：網路-POP3

參考資料來源：網路-SMTP