邮件代理协议

『壹』 邮件代理

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