SMTP POP3协议整理
邮件协议整理
写在前面
最开始的邮件传输是根据SMTP实现的，但由于历史原因，Internet上的很多网关不能正确传输8 bit内码的字符，比如汉字等。所以出现了对邮件内容编码的需要。这样，在邮件协议中除了smtp、pop外，又增加了与编码相关的MIME。
概括地说，smtp、pop与邮件的接收、发送过程相关，这两者负责邮件的传输；而MIME 与邮件内容（这里，邮件内容包括发件人信息、收件人/抄送人信息、邮件正文、附件）相关，约定了被传输邮件的格式。可以这样理解，smtp、pop完成了邮差的工作，mime解决了信件（包括信封）格式的问题。没有mime之前，邮差只能给美国人送邮件；有了mime 之后，邮差可以提供国际快递业务了。
1.Smtp
SMTP(Simple Mail Transfer Protocol)：简单邮件传输协议，是一组用于由源地址到目的地址传送邮件的规则,由它来控制信件的中转方式。SMTP协议属于TCP／IP协议族,它帮助每台计算机在发送或中转信件时找到下一个目的地。
关于SMTP的详细介绍参考rfc821，https://www.wendangku.net/doc/b110875428.html,/html/rfc821
Rfc2821，https://www.wendangku.net/doc/b110875428.html,/html/rfc2821
验证过程
>：auth login ---进行用户身份认证
<：334 VXNlcm5hbWU6 ---BASE64编码“Username:”
>：Y29zdGFAYW1heGl0Lm5ldA== ----发送BASE64编码的用户名
<：334 UGFzc3dvcmQ6 ---BASE64编码"Password:"
>：MTk4MjIxNA== ---客户端发送BASE64编码的密码
<：235 auth successfully ---成功
客户端命令：
HELO/EHLO 向服务器发出请求
AUTH LOGIN 用户身份认证
MAIL FROM: 发件人信息，
RCPT TO: 收件人信息，告诉服务器邮件发送给谁,
可重复多次，发送给多个收件人
DA TA 邮件内容
QUIT 本次请求结束
服务器返回值：
220
221
250 Requested mail action okay, completed
354 Start mail input; end with
其它参考【rfc821】、【rfc2821】
示例：
R: 220 USC-ISI.ARPA Simple Mail Transfer Service Ready
S: HELO LBL-UNIX.ARPA
R: 250 USC-ISI.ARPA
S: MAIL FROM:
R: 250 OK
S: RCPT TO:
R: OK
S: DA TA
R: 354 Start mail input; end with
S: Blah blah blah...
S: ...etc. etc. etc.
S: .
R: 250 OK
S: QUIT
R: 221 USC-ISI.ARPA Service closing transmission channel
【注意】DA TA命令之后，若邮件服务器返回354状态值表示开始接收数据；用户开始发送数据，邮件数据连续发送，并以
The mail data may contain any of the 128 ASCII character codes, although experience has indicated that use of control characters other than SP, HT, CR, and LF may cause problems and SHOULD be avoided when possible.
2.pop
POP的全称是Post Office Protocol，即邮局协议，用于电子邮件的接收，它使用TCP 的110端口。
参考rfc1939，https://www.wendangku.net/doc/b110875428.html,/html/rfc1939
常用命令
大部分邮件服务器使用明文的用户名、密码进行认证。
命令参数状态描述
------------------------------------------
USER username 认证此命令与下面的pass命令若成功，将导致状态转换
PASS password 认证
APOP Name,Digest 认证Digest是MD5消息摘要
------------------------------------------
STA T None 处理请求服务器发回关于邮箱的统计资料，如邮件总数和总字节
数
UIDL [Msg#] 处理返回邮件的唯一标识符，POP3会话的每个标识符都将是唯
一的
LIST [Msg#] 处理返回邮件数量和每个邮件的大小
RETR [Msg#] 处理返回由参数标识的邮件的全部文本
DELE [Msg#] 处理服务器将由参数标识的邮件标记为删除，由quit命令执行RSET None 处理服务器将重置所有标记为删除的邮件，用于撤消DELE命
令
TOP [Msg#] 处理服务器将返回由参数标识的邮件前n行内容，n必须是正整
数
NOOP None 处理服务器返回一个肯定的响应
------------------------------------------
QUIT None 更新
【注意】任何邮件的删除都必须在quit命令发出后对已标记为删除的邮件执行删除操作，若发生访问中断，没有发出quit命令，那么虽然执行过dele命令，邮件仍不会被删除。
在客户端发出RETR 305命令后，服务器立即返回数据，数据可分在几个包中连续发送。邮件内容用
如下：
+OK 2281 octets
Received: from https://www.wendangku.net/doc/b110875428.html, ([209.85.222.178])
by https://www.wendangku.net/doc/b110875428.html, (Lotus Domino Release 6.5.3)
with ESMTP id 2009063010503284-48548 ;
Tue, 30 Jun 2009 10:50:32 +0800
Received: by pzk8 with SMTP id 8so621168pzk.28
for
.............
MIME-V ersion: 1.0
Received: by 10.142.139.9 with SMTP id m9mr316739wfd.174.1246330221459; Mon,
29 Jun 2009 19:50:21 -0700 (PDT)
Date: Tue, 30 Jun 2009 10:50:21 +0800
Message-ID: <3627518b0906291950v104c242
邮件内容需要从返回的邮件数据中解析。
邮件格式与smtp发送邮件相同，在下面的mime节介绍。
3.MIME
rfc文档中有MIME的详细说明。
3.1. 邮件mime格式
参考：
rfc4021，Registration of Mail and MIME Header Fields,
https://www.wendangku.net/doc/b110875428.html,/rfc/rfc4021.html,
总体来说，MIME消息由消息头和消息体两大部分组成。这里，我们称为邮件头、邮件体。
3.1.1. 邮件头
邮件头包含了发件人、收件人、主题、时间、MIME版本、邮件内容的类型等重要信息。每条信息称为一个域，由域名后加“: ”和信息内容构成，可以是一行，较长的也可以占用多行。域的首行必须“顶头”写，即左边不能有空白字符（空格和制表符）；续行则必须以空白字符打头，且第一个空白字符不是信息本身固有的，解码时要过滤掉。
邮件头中不允许出现空行。有一些邮件不能被邮件客户端软件识别，显示的是原始码，就是因为首行是空行。
例如：
常见信息如下
Date: Mon, 29 Jun 2009 18:39:03 +0800
From: "=?gb2312?B?26zQocHB?="
To: "moreorless"
Cc: "gxl0620"
BCC: "=?gb2312?B?26zQoc HB?="
Subject: attach
Message-ID: <200906291839032504254@https://www.wendangku.net/doc/b110875428.html,>
X-mailer: Foxmail 6, 15, 201, 21 [cn]
Mime-V ersion: 1.0
Date 日期
From: 发件人信息
To: 收件人信息
Cc: 抄送人信息
BCC: 密送人信息
Subject: 主题
X-mailer 客户端名称
非标准的、自定义域名都以X-开头，例如X-Mailer, X-MSMail-Priority等，通常在接收和发送邮件的是同一程序时才能理解它们的意义。
关于密送：有三种实现方式，
1.在邮件服务器发送邮件前，将收件人、抄送人、密送人的邮件的Bcc行都删除。
2.在邮件服务器发送邮件前，收件人、抄送人的邮件删除Bcc栏，只有密送人收到的邮件包含该字段。如果有多个密送人，可能在密送栏有所有密送人地址、或只有自己的地址
3.邮件服务器拿到的邮件内容中根本不出现Bcc栏。
The "Bcc:" field (where the "Bcc" means "Blind Carbon Copy") contains addresses of recipients of the message whose addresses are not to be revealed to other recipients of the message. There are three ways in which the "Bcc:" field is used.
In the first case, when a message containing a "Bcc:" field is prepared to be sent, the "Bcc:" line is removed even though all of the recipients (including those specified in the "Bcc:" field) are sent a copy of the message.
In the second case, recipients specified in the "To:" and "Cc:" lines each are sent a copy of the message with the "Bcc:" line removed as above, but the recipients on the "Bcc:" line get a separate copy of the message containing a "Bcc:" line. (When there are multiple recipient addresses in the "Bcc:" field, some implementations actually send a separate copy of the message to each recipient with a "Bcc:" containing only the address of that particular recipient.) Finally, since a "Bcc:" field may contain no addresses, a "Bcc:" field can be sent without any addresses indicating to the recipients that blind copies were sent to someone. Which method to use with "Bcc:" fields is implementation dependent, but refer to the "Security Considerations" section of this document for a discussion of each.
(来源：https://www.wendangku.net/doc/b110875428.html,/rfc/rfc2822.html#sec-3.6.3)
3.1.2. 邮件体
在邮件体中，大致有如下一些域:
域名含义
Content-Type 段体的类型
Content-Transfer-Encoding 段体的传输编码方式
Content-Disposition 段体的安排方式
Content-ID 段体的ID
Content-Location 段体的位置(路径)
Content-Base 段体的基位置
有的域除了值之外，还带有参数。值与参数、参数与参数之间以“;”分隔。参数名与参数值之间以“=”分隔。
邮件体包含邮件的内容，它的类型由邮件头的“Content-Type”域指出。常见的简单类型有text/plain(纯文本)和text/html(超文本)。
multipart类型，是MIME邮件的精髓。邮件体被分为多个段，每个段又包含段头和段体两部分，这两部分之间也以空行分隔。常见的multipart类型有三种：multipart/mixed, multipart/related和multipart/alternative。从它们的名称，不难推知这些类型各自的含义和用处。它们之间的层次关系可归纳为下图所示：
可以看出，如果在邮件中要添加附件，必须定义multipart/mixed段；如果存在内嵌资源，至少要定义multipart/related段；如果纯文本与超文本共存，至少要定义multipart/alternative 段。
邮件正文
Content-Type: text/plain;
charset="gb2312"
Content-Transfer-Encoding: base64
DQoNCjIwMDktMDctMDEgDQoNCg0KDQrbrNChwcEgDQo=
上面的邮件正文使用gb2312字符集、base64编码
附件处理
.multipart/mixed：表示文档的多个部分是混合的，指正文与附件的关系。如果邮件的MIME类型是multipart/mixed，即表示邮件带有附件。
Content-Disposition Intended content disposition and file name
Indicates whether a MIME body part is to be shown inline or is an attachment; can also indicate a suggested filename for use when saving an attachment to a file.
例：
1. 附件名：readme.txt
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="readme.txt"
2.附件名：邮件内容
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="=?gb2312?B?08q8/sTayN0udHh0?="
filename后是编码后的附件内容。
3.2. MIME编码
参考rfc2047，MIME Part Three:Message Header Extensions for Non-ASCII T ext
https://www.wendangku.net/doc/b110875428.html,/html/rfc2047
MIME编码的两种方法：
对邮件进行编码最初的原因是因为Internet上的很多网关不能正确传输8bit内码的字符，比如汉字等。编码的原理就是把8bit的内容转换成7bit的形式以能正确传输，在接收方收到之后，再将其还原成8bit的内容。
MIME是“多用途网际邮件扩充协议”的缩写，在MIME协议之前，邮件的编码曾经有过UUENCODE等编码方式，但是由于MIME协议算法简单，并且易于扩展，现在已经成为邮件编码方式的主流，不仅是用来传输8 bit的字符，也可以用来传送二进制的文件，如邮件附件中的图像、音频等信息，而且扩展了很多基于MIME的应用。
从编码方式来说，MIME 定义了两种编码方法Base64与QP(Quote-Printable)：
3.1.1. Base64
Base64是一种通用的方法，其原理很简单，就是把三个Byte的数据用4个Byte表示，这样，这四个Byte中，实际用到的都只有前面6 bit，这样就不存在只能传输7bit的字符的问题了。Base64的缩写一般是“B”。
Base64将输入的字符串或一段数据编码成只含有{'A'-'Z', 'a'-'z', '0'-'9', '+', '/'}这64个字符的串，'='用于填充。其编码的方法是，将输入数据流每次取6bit，用此6bit的值(0-63)作为索引去查表，输出相应字符。这样，每3个字节将编码为4个字符(3×8 → 4×6)；不满4个字符的以'='填充。Base64的算法很简单，它将字符流顺序放入一个24位的缓冲区，缺字符的地方补零。然后将缓冲区截断成为4个部分，高位在先，每个部分6位，用64个字符重新表示。如果输入只有一个或两个字节，那么输出将用等号“=”补足。这可以隔断附加的信息造成编码的混乱。
3.2.2 QP
另一种方法是QP(Quote-Printable)方法，通常缩写为“Q”方法，其原理是把一个8 bit 的字符用两个16进制数值表示，然后在前面加“=”。所以我们看到经过QP编码后的文件
通常是这个样子：=B3=C2=BF=A1=C7=E5=A3=AC=C4=FA=BA=C3=A3=A1。
QP编码要求编码后每行不能超过76个字符。当超过这个限制时，将使用软换行，用”=”表示编码行的断行，后接CRLF。（76的限制包括”=”）。
“=”等号被编码为”=3D”。
tab和空格出现在行尾时，需要被编码为”=09”（tab）“=20”(space)
Any 8-bit byte value may be encoded with 3 characters, an "=" followed by two hexadecimal digits (0–9 or A–F) representing the byte's numeric value. For example, a US-ASCII form feed character (decimal value 12) can be represented by "=0C", and a US-ASCII equal sign (decimal value 61) is represented by "=3D". All characters except printable ASCII characters or end of line characters must be encoded in this fashion.
All printable ASCII characters (decimal values between 33 and 126) may be represented by themselves, except "=" (decimal 61).
ASCII tab and space characters, decimal values 9 and 32, may be represented by themselves, except if these characters appear at the end of a line. If one of these characters appears at the end of a line it must be encoded as "=09" (tab) or "=20" (space).
If the data being encoded contains meaningful line breaks, they must be encoded as an ASCII CR LF sequence, not as their original byte values. Conversely if byte values 10 and 13 have meanings other than end of line then they must be encoded as =0A and =0D.
Lines of quoted-printable encoded data must not be longer than 76 characters. To satisfy this requirement without altering the encoded text, soft line breaks may be added as desired. A soft line break consists of an "=" at the end of an encoded line, and does not cause a line break in the decoded text.
编码格式：encoded-word ="=?" charset "?" encoding "?" encoded-text "?="
编码信息有"=?"和"?="括起来，"=?"后是字符集名称，再一个"?"后是编码方式，再一个"?"后是编码后的字符串。字符集和编码方式都不区分大小写。
字符集可以是任意系统支持的字符集（iso-8859-1、utf-8、gb2312、gbk、gb18030....）编码方式有两种："B"或"b"代表base64编码；"Q"或"q"代表QP编码。
Generally, an "encoded-word" is a sequence of printable ASCII characters that begins with "=?", ends with "?=", and has two "?"s in between. It specifies a character set and an encoding method, and also includes the original text encoded as graphic ASCII characters, according to the rules for that encoding method.
下面是一个例子：
Subject: =?gb2312?B?xOO6w6Oh?=
这一主题的内容，这不是一段完整的编码，只有部分是编码了的，这个部分用=?、?=两个标记括起来，=? 后面说明的是这段文字的字符集是GB2312，然后一个?后面的一个B 表示的是用的Base64编码。
另一个例子：=?iso-8859-1?q?this=20is=20some=20text?=
4.smtp与mime的关系
从上图可以看出发件人、收件人地址都出现了两次，一次在smtp命令中（SMTP email address），一次在邮件正文中（MIME email address）。需要注意的是：
1.邮件正文中可以包含发件人、收件人的别名，smtp命令中不可以
2.密送人的地址不一定会出现在邮件正文中。不同客户端实现不同。
5.一些测试数据
1.Utf8
1.邮件主题：smtp_utf8测试
From - Tue Jun 30 18:13:22 2009
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00800000
X-Mozilla-Keys:
Message-ID: <4A49E538.7090508@https://www.wendangku.net/doc/b110875428.html,>
Date: Tue, 30 Jun 2009 18:13:12 +0800
From: =?UTF-8?B?6YOc5bCP5Lqu?=
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-V ersion: 1.0
To: gaoxl@https://www.wendangku.net/doc/b110875428.html,
Subject: =?UTF-8?B?c210cF91dGY45rWL6K+V?=
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
2.邮件主题：smtp_utf8
From - Tue Jun 30 18:13:22 2009
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00800000
X-Mozilla-Keys:
Message-ID: <4A49E538.7090508@https://www.wendangku.net/doc/b110875428.html,>
Date: Tue, 30 Jun 2009 18:13:12 +0800
From: =?UTF-8?B?6YOc5bCP5Lqu?=
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-V ersion: 1.0
To: gaoxl@https://www.wendangku.net/doc/b110875428.html,
Subject: =?UTF-8?B?c210cF91dGY45rWL6K+V?=
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
3.邮件主题：smtp 不需要编码使用7bit传输From - Tue Jun 30 18:19:25 2009
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00800000
X-Mozilla-Keys:
Message-ID: <4A49E6AD.80205@https://www.wendangku.net/doc/b110875428.html,>
Date: Tue, 30 Jun 2009 18:19:25 +0800
From: =?UTF-8?B?6YOc5bCP5Lqu?=
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-V ersion: 1.0
To: gaoxl@https://www.wendangku.net/doc/b110875428.html,
Subject: smtp
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
2.GB2312
邮件主题：中文
From - Tue Jun 30 18:32:03 2009
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00800000
X-Mozilla-Keys:
Message-ID: <4A49E9A2.10500@https://www.wendangku.net/doc/b110875428.html,>
Date: Tue, 30 Jun 2009 18:32:02 +0800
From: =?GB2312?B?26zQoc HB?=
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-V ersion: 1.0
To: gaoxl@https://www.wendangku.net/doc/b110875428.html,
Subject: =?GB2312?B?1tDOxA==?=
Content-Type: text/plain; charset=GB2312
Content-Transfer-Encoding: 7bit
3.Gb18030
邮件主题：中文
From - Tue Jun 30 18:33:47 2009
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00800000
X-Mozilla-Keys:
Message-ID: <4A49EA0B.80900@https://www.wendangku.net/doc/b110875428.html,>
Date: Tue, 30 Jun 2009 18:33:47 +0800
From: =?gb18030?Q?=DB=AC=D0=A1=C1=C1?=
MIME-V ersion: 1.0
To: gaoxl@https://www.wendangku.net/doc/b110875428.html,
Subject: =?gb18030?Q?=D6=D0=CE=C4?=
Content-Type: text/plain; charset=GB18030; format=flowed
Content-Transfer-Encoding: 7bit
6.一封邮件的完整mime信息
Date: Mon, 29 Jun 2009 18:39:03 +0800
From: "=?gb2312?B?26zQocHB?="
To: "moreorless"
Cc: "gxl0620"
BCC: "=?gb2312?B?26zQoc HB?="
Message-ID: <200906291839032504254@https://www.wendangku.net/doc/b110875428.html,>
X-mailer: Foxmail 6, 15, 201, 21 [cn]
Mime-V ersion: 1.0
Content-Type: multipart/mixed;
boundary="=====001_Dragon777814155473_====="
This is a multi-part message in MIME format.
--=====001_Dragon777814155473_=====
Content-Type: multipart/alternative;
boundary="=====003_Dragon777814155473_====="
--=====003_Dragon777814155473_=====
Content-Type: text/plain;
charset="gb2312"
Content-Transfer-Encoding: base64
DQoNCjIwMDktMDYtMjkgDQoNCg0KDQrbrNChwcEgDQo=
--=====003_Dragon777814155473_=====
Content-Type: text/html;
charset="gb2312"
Content-Transfer-Encoding: base64
PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFu c2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGV udD0idGV4dC9odG1sOyBjaGFyc2V 0PWdi
MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBuYW1lPUdFTkVSQVR PUiBjb250
ZW50PSJNU0hUTUwgOC4wMC42MDAxLjE4NzA yIj48TElOSyByZWw9c3R5bGVzaGVldCA NCmhyZWY9
IkJMT0NLUVVPVEV7bWFyZ2luLVRvcDogMHB4OyBtYXJnaW4tQm90dG9tOiA wcHg7IG1h cmdpbi1M
ZWZ0OiA yZW19Ij48L0hFQUQ+DQo8Qk9EWSBzdHlsZT0iTUFSR0lOOiAxMHB4OyBGT05 ULUZBTUlM
WTogdmV yZGFuYTsgRk9OVC1TSVpFOiAxMHB0Ij4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY 2U9VmV y
ZGFuYT48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZ lcmRhbmE+
PC9GT05UPiZuYnNwOzwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIGNvbG9yPSNjM GMwYzAg
c2l6ZT0yIGZhY2U9VmV yZGFuYT4yMDA5LTA2LTI5IA0KPC9GT05UPjwvRElWPjxGT05UI HNpemU9
MiBmYWNlPVZlcmRhbmE+DQo8SFIgc3R5bGU9IldJRFRIOiAxMjJweDsgSEVJR0hUOiA ycH giIGFs
aWduPWxlZnQgU0laRT0yPg0KDQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzAgc2l6ZT0yI GZhY2U9
VmV yZGFuYT48U1BBTj7brNChwcE8L1NQQU4+IA0KPC9GT05UPjwvRElWPjwvRk9OVD4 8L0JPRFk+
PC9IVE1MPg0K
--=====003_Dragon777814155473_=====--
--=====001_Dragon777814155473_===== Content-Type: application/octet-stream;
name="readme.txt"
Content-Transfer-Encoding: base64 Content-Disposition: attachment;
filename="readme.txt"
YWJjZGVkZg==
--=====001_Dragon777814155473_=====--
档案整理合同协议书范本 签约版
甲方：_________________________________ 乙方：_________________________________ 甲乙双方本着诚实守信、互助互惠的原则，经友好协商，并根据中华人民共和国有关法律、法规规定，在平等互利的基础上签署本协议。 第一条：协议委托服务的内容、方式和期限 1、甲方委托乙方为其单位的档案材料进行分类、整理、归档、扫描、上架等。 2、为了安全、保密、精准规范，乙方的档案材料整理工作需要全过程接受甲方监管。 3、服务工作从签订之日起在个月内完成工作。 第二条：甲方的权利和义务 1、甲方根据实际工作提出合理的明确的工作要求，乙方在操作时应按其要求进行工作。 2、乙方在整理档案材料时，若发现某些部分缺少或不完整，需要甲方予以确认。 第三条：乙方的权利和义务 1、乙方对接收的需要整理的档案资料需认真清点和核对，无误后应严格按照《中华人民共和国档案法》及《福建省档案管理条例》的要求，严肃、认真、专业地开展档案整理服务工作。 2、乙方必须诚实守信，按时完成服务工作。严格遵守协议期限要求，按时保质完成甲方委托的工作。 3、在项目实施期间，乙方必须履行相应的保密职责，不得以任何方式将档案带出工作场所或向外泄露。乙方同时提供一切必要的方式和采取一切必要的措施，协助甲方保证档案安全和保守档案秘密。在项目完成后仍对其在为甲方档案整理期间接触或因接触而知悉的属于甲方档案或与档案信息相关的信息，承担如同任职期间一样的保密义务和不得以任何方式泄露的义务。 第四条：收费标准、依据和方式
经双方协商，档案整理服务费用为人民币。 第五条：其它 1、此协议中未尽事宜双方协商解决，协商不成提交当地相关部门解决，如需变动或补充，经双方同意可另行条款作为附件，此附件作为本协议的组成部分，据有同等法律效力。 2、本协议一式份，甲乙双方各执份。自甲乙双方签字盖章后生效。 甲方单位(签章)：乙方单位(签章)： 负责人：负责人： 电话：电话：
2019年档案整理合同协议书范本-通用版
2019年档案整理合同协议书范本-通用版
编号：_____________ 档案整理合同 甲方：________________________________________________ 乙方：___________________________ 签订日期：_______年______月______日
甲方： 乙方： 甲乙双方就甲方“业务档案的整理、扫描、加工”业务需要，遵循平等、互惠和诚信的原则，为明确双方权利、义务，根据国家法规及业务实际需要，经协商一致订立合同如下： 第一条整理概况 （一）整理档案的类别和数量。①专业档案【详细描述档案的具体内容情况和和档案的数量，不同的数量价格是不一样的。一定要搞清楚数量。批发零售是不一样的，甚至会导致采购方式变化，例如到达金额了要采取招标采购方式等。】 （二）整理内容：负责甲方的专业纸质资料进行收集、整理、扫描、加工服务，负责对甲方档案数据的系统录入，相对应的图片挂接、打印目录、粘贴脊背、装盒、上柜等工作。整理标准和质量要求要详细明确，不要在合同价格定下来后变化。否则，对价格就会产生争议。（三）整理时间： 起始日期：年月日， 截止日期：年月日， 期限：年； 乙方应在上述期限内按本合同约定的全部要求完成全部档案的整理工作。 第二条整理价款包括 （一）服务期：年。 （二）服务费：元整。 （三）其他：材料费、工具费不纳入整理价款。 第三条整理质量
（一）按照国家档案管理部门关于档案归档、立卷规定执行，规定不明确的，按照行业规定或者行业习惯执行。 （二）在档案整理过程中，甲方如有特殊项目或者特殊质量要求，应明确告知乙方。【本合同中就明确，以后打不成一致影响价格】乙方因遵循甲方要求之方式整理档案而实际上造成档案整理质量不合要求的，乙方不承担责任。同时，因甲方之特殊要求给乙方增加劳动量的，甲方应额外支付补偿费用，具体需要双方签订补充合同另行约定。 第四条甲方责任 （一）负责向乙方介绍、解释整理概况、整理内容等相关工作的基本情况，并于 年月日前向乙方现场确认应整理的档案范围。 （二）负责向乙方提供档案整理工作场所和档案整理工作所需要的材料、工具等用品。 （三）负责按照第二条规定的整理价款支付方式向乙方支付约定费用。 （四）为乙方服务工作提供必要协助和配合。 第五条乙方责任 （一）在约定期限内为甲方提供档案整理服务工作，按照国家关于档案管理的规定对档案进行专业的、规范的整理，并对整理质量负责。 （二）委派专业人员进入指定场所工作，工作时间按照甲方作息时间安排。负责监督、约束乙方派出人员的行为，遵守甲方劳动制度。 （三）负责对乙方派出人员进行保密教育和安全教育，佩证上岗、文明工作。对整理期间出现的档案内容泄密、文件材料丢失等后果，责任一概由乙方承担。 第六条付款方式 甲方须在整理开工后7日内向乙方支付整理款总额的 %，其余部份款项应在全部整理结束后10日内经甲方验收合格后全部付清。 第七条合同变更和终止
档案整理服务合同(范本)【模板】
档案整理服务合同（范本） 合同号：甲方(采购人): 签订地点: 乙方(成交供应商): 签订日期: 年月日 甲方XX省档案局对项目进行竞争性谈判采购(谈判编号： )的成交结果，乙方为成交供应商，现依照谈判文件、响应文件及相关文件的内容，双方达成如下协议： 1、合同标的和合同价格 2、服务方式和服务地点 2.1服务方式： 2.2服务地点： 3、项目清单 4、付款方式与条件：按谈判文件要求。 5、质量要求和技术标准 （应按成交供应商响应文件为依据。） 6、技术服务、人员培训及技术资料 7、验收 (项目验收标准和方法应按谈判文件要求填列。)验收结果经双方确认后，双方代表必须按规定的验收交接单上的项目对照本合同填好验收结果并签名盖章。 8、质量保证
9、知识产权 乙方须保障甲方在使用该产品或其任何一部分时不受到第三方关于侵犯专利权、商标权或工业设计权等知识产权的指控。如果任何第三方提出侵权指控与甲方无关，乙方须与第三方交涉并承担可能发生的责任与一切费用。如甲方因此而遭致损失的，乙方应赔偿该损失。 10、违约责任 10.1未按期交货的违约责任 10.1.1如果乙方未能按合同规定的时间按时足额完工的（不可抗力除外），在乙方书面同意支付延期交货违约金的条件下，甲方有权选择同意延长服务期还是不予延长服务期，甲方同意延长服务期的，延期完工的时间由双方另行确定。延期完工违约金的支付甲方有权从未付的合同货款中扣除。延期完工违约金比率为每迟交1 天，按迟交项目金额的％。但是，延期完工违约金的支付总额不得超过迟交项目部分合同金额的％。 10.1.2如果乙方未能按合同规定的时间或双方另行确定的延期服务期按时足额完工的（不可抗力除外），每逾期1天，乙方应按迟交项目金额的％向甲方支付逾期完工的违约金。逾期完工违约金的支付甲方有权从未付的合同货款中予以扣除。若乙方逾期完工达30天（含30天）以上的，甲方有权单方面解除本合同，乙方仍应按上述约定支付延期完工违约金。若因此给甲方造成损失的，还应赔偿甲方所受的损失。 10.2若乙方不能完工的（逾期15个工作日视为不能完工，因不可抗拒的因素除外）或完工不合格从而影响甲方正常使用的，乙方应向甲方偿付不能完工部分货款的％的违约金。违约金不足以补偿损失的，甲方有权要求乙方赔偿损失。 10.3如果乙方未能按照合同约定的时间提供服务的，每逾期天的，乙方应向甲方支付元违约金，若因此给甲方造成损失的，乙方还应赔偿甲方所受的损失。 10.4甲方逾期付款的（有正当拒付理由的除外）应按照逾期金额的每日％支付逾期付款违约金。 11、违约终止合同 11.1在补救违约而采取的任何其他措施未能实现的情况下，即在甲方发出的违约通知后30天内(或经甲方书面确认的更长时间内)仍未纠正其下述任何一种违约行为，甲方有权向乙方发出书面违约通知，甲方终止本合同。 11.1.1如果乙方未能在合同规定的期限内或双方另行确定的延期完工时间内交付合同约定的项目。 11.1.2乙方未能履行合同项下的任何其他义务。 12、不可抗力 因不可抗力造成违约的，遭受不可抗力一方应及时向对方通报不能履行或不能完全履行的理由，并在随后取得有关主管机关证明后的15日内向另一方提供不可抗力发生以及持续
合同档案管理办法
合同档案管理办法 兴进公司管理标准 BP/CB010-2009V1.0-L3 合同档案管理办法 2009-11-16 发布2009-11-16 实施——————————————————————————— 兴进公司发布
前言 为规范公司合同管理，明确在合同制定、审批、履行和存档等各环节中相关部门的职责以及工作流程，特制订系列管理规范文件，本文件是为规范合同档案管理的指导性和标准性文件。 本流程由成本管理中心负责制定、解释。 本流程主要起草人：于卉 本流程主要审核人：王敏、韦萍、李华、黄敏、张玲、林海、卢屹、张斌、陈明 俊、曾敬涵、沈淳、曾杰、潘燕杏、霍燕、刘瑛本流程批准人：罗欣 本流程首次发布日期：2009 年11 月16 日 本流程发送部门：公司各部门 更改历史 版本更改日期 更改说明 （关键点、原因） 编制审核批准 王敏、韦萍、李华、黄敏、 张玲、林海、卢 1.0 2009 年11月16 日新建于卉屹、张斌、陈明俊、曾罗欣 敬涵、沈淳、曾杰、潘 燕杏、霍燕、刘瑛
目录 1 目的·······································3 ···· 2 适用范围···································3···· 3 职责······································3···· 4 合同的保管方法·································3···· 5 支持文件····································6···· 6 相关记录····································6····
POP3协议命令原始码及工作原理
POP3协议命令原始码及工作原理 一简介： 1. POP适用于C/S结构的脱机模型的电子邮件协议，目前已发展到第三版，称POP3。脱机模型即不能在线操作，不像IMAP4（netscape支持IMAP4） 2. 当客户机与服务器连接并查询新电子邮件时，被该客户机指定的所有将被下载的邮件都将被程序下载到客户机，下载后，电子邮件客户机就可以删除或修改任意邮件，而无需与电子邮件服务器进一步交互。 3. POP3客户向POP3服务器发送命令并等待响应，POP3命令采用命令行形式，用ASCII码表示。 服务器响应是由一个单独的命令行组成，或多个命令行组成，响应第一行以ASCII文本OK或-ERR指出相应的操作状态是成功还是失败 4. 在POP3协议中有三种状态，认可状态，处理状态，和更新状态。 当客户机与服务器建立联系时，一旦客户机提供了自己身份并成功确认，即由认可状态转入处理状态，在完成相应的操作后客户机发出quit命令，则进入更新状态，更新之后最后重返认可状态。如下图 等待连接身份确认quit命令 ——|认可|—————|处理|——————|更新| |__________________________________|
重返认可状态 5. 认可状态的命令语句 一般情况下，大多数现有的POP3客户与服务器执行采用ASCII 明文发送用户名和口令，在认可状态等根据专家观察，这样的理论和现象都是值得各位站长深思的，所以希望大家多做研究学习，争取总结出更多更好的经验! 待客户连接的情况下，客户发出连接，并由命令user/pass对在网络上发送明文用户名和口令给服务器 进行身份确认。一旦确认成功，便转入处理状态。 为了避免发送明文口令的问题，有一种新的认证方法，命令为APOP，使用APOP，口令在传输之前被加密。 当第一次与服务器连接时，POP3服务器向客户机发送一个ASCII 码问候，这个问候由一串字符组成对每个客户机是唯一的，与当时的时间有关，然后，客户机把它的纯文本口令附加到从服务器接收到的字符串之后，然后计算出结果字符串的MD5单出函数消息摘要，客户机把用户名与MD5消息摘要作为APOP命令的参数一起发送出去。 目前，大多数windows上的邮件客户软件不支持APOP命令，qpopper支持。 6. POP3命令码如下： 命令参数状态描述 ------------------------------------------
委托他人调档案 档案整理委托协议书
委托他人调档案档案整理委托协议书【--合同书】 甲方： 乙方：××档案管理有限公司 甲乙双方本着诚实守信、互助互惠的原则，经友好协商，并根据中华人民 __有关法律、法规规定，在平等互利的基础上签署本协议， 第一条：协议委托服务的内容、方式和期限 1、甲方委托乙方为其单位的档案材料进行档案、修复、数据录入等档案信息化及相关技术的开发和服务。 2、为了安全、保密、精准规范，乙方的档案材料工作需要全过程接受市档案局的业务指导监管。 3、服务工作从签订之日起在三个月内完成工作。 第二条：甲方的权利和义务
1、甲方根据实际工作提出合理的明确的工作要求，乙方在操作时应按其要求进行工作。 2、乙方在档案材料时，若发现某些部分缺少或不完整，需要甲方予以确认。 第三条：乙方的权利和义务 1、乙方对接收的需要的档案资料需认真清点和核对，无误后应严格按照中华人民 __档案法的要求和在市档案局的监督和指导下，严肃、认真、专业地开展档案服务工作， 2、乙方必须诚实守信，按时完成服务工作。严格遵守协议期限要求，按时保质完成甲方委托的工作。 第四条：收费标准、依据和方式 1、本协议中的收费款项都严格按照xx省档案局、xx省物价局核定的相关收费标准执行，绝不准乱收费、多收费。相关文件详见附件。
2、本协议中的收费款项条目清晰、规范，详见附件。 3、本协议中，标准预算收费总款为××元，考虑到和××长期友好的开展业务合作关系，现对本次预算予以最大优惠××元，实收××元。此协议签定后，乙方应在3个工作日内将××元(￥××)汇入甲方指定帐户 第五条：其它 1、此协议中未尽事宜双方协商解决，协商不成提交当地相关部门解决，如需变动或补充，经双方同意可另行条款作为附件，此附件作为本协议的组成部分，据有同等法律效力。 2、本协议一式二份，甲乙双方各执一份。自甲乙双方签字盖章后生效。 甲方单位(签章)：乙方单位(签章)： 负责人：负责人： 电话：电话：
人事档案整理及档案数字化服务协议
档案整理服务及档案数字化 劳务承包合同 合同编号:2０2０— 甲方: (以下简称“甲方") 乙方：（以下简称“乙方”）甲方委托乙方进行档案整理服务工作，经甲乙双方真实、友好、充分协商，特订立本合同。 一、项目情况： 项目名称:人事档案整理与数字化加工 二、合同期限： 从双方合同签订或进场之日起截止到月日完成或工作日内完成. 三、质量要求： 按照国家档案局、XX省档案局、X退管办［２01９］1号文件等要求与标准进行档案整理、数字化等服务。保证甲方退休人员档案（含电子档案）通过档案接收部门验收、并成功移交。甲方如有特殊质量要求，应在项目开始前以书面形式告知乙方。 乙方进行人事档案规范化整理与数字化需符合《ＸX省国有企业退休人员人事档案规范化整理与数字化工作实施细则》要求。 乙方需配合甲方完成退休人员社会化管理人事档案移交工作,及时处理移交中档案规范化相关问题。 四、服务内容:
１、人事档案整理: 快速、优质、高效、有序、按时完成档案整理项目工作。主要包括:鉴别、分类、排序、编号、编目、技术加工、装订等。 2、数字化加工 主要包括：人事档案出库、数字化前处理、目录数据库建立、人事档案扫描、图像处理、数据挂接、数字化成果验收与移交等。 五、合同金额: 人事档案整理及数字化服务计数单价为9、8元/盒，数量 为卷.实行包人工、包工期、包质量、包安全、包耗材（档案盒）、并且将数字化成果提供给甲方.服务合同总额元。税率为％。 六、付款方式： 1、在双方合同签定得三个工作日内，甲方须将服务合同金额得３0％服务费计元整（大写）转入乙方指定账户.乙方须在收到预付款后得三个工作日内在甲方指定区域内开始工作。在乙方工作完成５0％后,甲方须在三个工作日内乙方整理完成之前,将剩余得50％服务费计元整(大写)转入乙方指定账户.剩余20％尾款，甲方须在验收乙方整理完成全部档案移交后，在5个工作日内转入乙方账户.合同付款完成后乙方须为甲方提供正规增值税发票。 2、乙方公司转款账户： 开户人：
档案整理协议书(实用版)
档案整理协议书 甲方： 乙方： 甲乙双方本着诚实守信、互助互惠的原则，经友好协商，并根据中《华人民共和国档案法》等相关法律、法规规定，签订本协议。 第一条：协议委托服务的内容、方式和期限 1、甲方委托乙方为其单位年度的文书档案、人事档案、实物档案、影像档案等档案材料进行档案整理。 2、乙方的档案材料整理工作需符合档案管理相关法律法规规定和市档案管理部门要求。 3、乙方要严格按照甲方规定的时间完成档案整理工作。 第二条：甲方的权利和义务 1、甲方根据档案法规和本单位实际情况提出的合理要求，乙方应按其要求执行。 2、乙方在整理档案材料时，若发现某些部分缺少或不完整，需要甲方予以确认。 第三条：乙方的权利和义务 1、乙方对接收的需要整理的档案资料需认真清点和核对，无误后应严格按照相关法律法规和市档案管理部门的要求，在约定期限内为甲方提
供档案整理服务工作，并对整理质量负责，确保所整理的档案能顺利地通过市档案管理部门的规范验收。 2、乙方负责对派出人员进行保密教育和安全教育。对整理期间出现的档案内容泄密、文件材料丢失等后果，责任一概由乙方承担。 3、乙方必须诚实守信，按时完成服务工作。严格遵守协议期限要求，按时保质完成甲方委托的工作。 第四条：收费标准、依据和方式 档案整理以实行按件计费，每件元；其他辅助材料另行据实计费，档案整理过程中所需的计算及工具等双方协商解决，不另行计费。 待乙方提供相应发票、清单等票据后，甲方应在一个月内将档案整理费汇入甲方指定帐户。 第五条：本协议一式二份，甲乙双方各执一份。自甲乙双方签字盖章后生效。 甲方单位（签章）：乙方单位（签章）： 负责人: 负责人： 电话：电话： 年月日年月日
合同档案管理制度
合同档案管理制度 一、总则 1．为防范市场风险与法律风险，提高企业经济效益，减少因合同签订、履行过程中有不规范行为导致的纠纷，遵照《中华人民共和国合同法》和国家有关政策法律，结合我公司具体情况，特制定本办法。 2．本办法适用于公司各部门与其他平等主体（自然人、法人、其他组织）及公司系统内相互之间签订、变更、终止民事权利义务关系的合同、协议的管理。 3．合同的管理实行统一领导、归口管理相结合的原则。 4．合同管理工作由综合管理部负责，并配备合同管理员。 5．公司所有员工均应维护公司的合法权益，保守商业秘密。 二、合同的签订、审查和履行 6．经办人于合同签订前，应验证对方当事人有效证件，验明主体
资格，了解其资信状况，审查对方经办人代理权限，审查对方提供资料的真实性与合法性。 7．委托代理人对外签订合同时，必须报公司部门负责人及分管领导审查批准，合同标的大，或合同内容重大、条款复杂，必须报公司总经理批准。 8.下属分公司、办事处委托代理人以公司名义对外签订合同时，必须报公司总经理审查批准，总经理审批后的盖章管理流程由公司市场营销部根据各分公司、办事处的具体情况制定和执行。 9．公司合同专用章的管理人员，应当根据批准人的批准意见，在合同文本上加盖合同专用章。不得以部门或个人名义使用其他公章签署所有以公司名义的对外合同。 10．合同依法成立，即具有法律约束力，相关部门应相互支持、配合，认真执行合同条款，全面履行合同义务，不得擅自变更或解除合同。 四、合同的管理、归档和借阅
11．合同签订后，以公司名义签定的合同，经办人应将合同正式文 本原件交公司综合管理部合同管理员存档。 12．合同管理员负责全公司合同的分类、编号、登记，建立合同台帐，存档备案。 13．公司合同管理员应当做好合同文本及相关资料的归档工作，并定 期将合同管理情况报告公司管理层。 14．因工作需要借阅合同档案，须填写“合同档案借阅单”，注明查阅合 同档案的名称、编号、查阅人等。经部门经理签批后方能借阅，归还 时合同管理员应认真核对。 15．阅档人对所借阅合同档案必须妥善保管，不得私自复制、调换、涂改、污损、划线等，更不能随意乱放，以免遗失。 16．如借阅期间合同遗失，公司将追究相关责任人的行政及经济责任。 五、附则
pop3-imap-exchange协议
Internet的基本协议是TCP/IP协议，然而在TCP/IP模型最上层的是应用层(Applicationlayer)，它包含所有高层的协议。高层协议有：文件传输协议FTP、电子邮件传输协议SMTP、域名系统服务DNS、网络新闻传输协议NNTP和HTTP协议等。 HTTP协议(Hypertext Transfer Protocol，超文本传输协议)是用于从WWW服务器传输超文本到本地浏览器的传送协议。它可以使浏览器更加高效，使网络传输减少。它不仅保证计算机正确快速地传输超文本文档，还确定传输文档中的哪一部分，以及哪部分内容首先显示(如文本先于图形)等。这就是你为什么在浏览器中看到的网页地址都是以“http://”开头的原因。 POP3(Post Office Protocol 3) POP适用于C/S结构的脱机模型的电子邮件协议，目前已发展到第三版，称POP3。,它规定怎样将个人计算机连接到Internet的邮件服务器和下载电子邮件的电子协议。它是因特网电子邮件的第一个离线协议标准,POP3允许用户从服务器上把邮件存储到本地主机（即自己的计算机）上,同时删除保存在邮件服务器上的邮件，而POP3服务器则是遵循POP3协议的接收邮件服务器,用来接收电子邮件的。 IMAP(Internet消息访问协议)是与POP3对应的另一种协议，为美国斯坦福大学在1986年开始研发的多重邮箱电子邮件系统。它能够从邮件服务器上获取有关E－mail的信息或直接收取邮件，具有高性能和可扩展性的优点。IMAP 为很多客户端电子邮件软件所采纳，如OutlookExpress、NetscapeMessenger 等，支持IMAP的服务器端的软件也越来越多，如CriticalPath、Eudora、iPlanet、Sendmail等。 POP3 和IMAP4 功能概述 这两个协议具有下列优点和局限性： ?POP3 POP3 用于支持脱机邮件处理。使用 POP3 时，如果未将客户端设置为在服务器上保留邮件，电子邮件将从服务器中删除并存储在本地POP3 客户端上。这会使数据管理和安全责任都转由用户负责。POP3 不提供高级协作功能，例如日历、联系人和任务。 ?IMAP4 IMAP4 可提供脱机和联机访问功能，但与POP3 一样，IMAP4 不提供高级协作功能，例如日历、联系人和任务。 POP3 和IMAP4 无法用于将邮件从客户端应用程序发送到电子邮件服务器。使用 POP3 和IMAP4 发送邮件的电子邮件应用程序依赖SMTP 协议来发送邮件。会在每个中心传输服务器上自动创建用于从使用POP3 或IMAP4 的客户端应用程序接收电子邮件提交的连接器。有关连接器的详细信息，请参阅了解接收连接器。
公司合同档案管理制度
公司合同档案管理制度 1.总则 为加强本公司的合同档案管理，根据公司合同管理办法的规定，制定本办法。 1.2合同档案的保存期限为5年，由公司指定档案处负责人保管。 1.3公司办公室作为公司的合同归口管理部门，也应当保存一份完整的合同档案资料。 2.归档 2.1合同订立后，公司应将合同文本的复印件送经理和办公室各一份。同时指定专人负责本合同的履行及相关资料的整理。 2.2合同履行完毕后 10日内，公司应将全部合同资料整理成册，按照时间顺序先后编排，装订成册，正本送交经理办公室，并制作副本一份交办公室。 2.3办公室接收资料时应当出具收据。 3.档案借阅 3.1根据工作情况，需要查阅档案的，应当由查阅部门提出申请，报经主管总经理批准同意后，到档案处办理借阅手续。 3.2借阅档案原则上应在档案阅读室查阅，不得带出档案室。
确有必要借带出档案室阅读的，应经主管领导批准后，方可带出。 4.责任 4.1借阅档案人丢失档案的，根据情节可以给予警告、记过、500-1000元罚款，并扣发3至12个月工资的处罚。 实施6. 6.1本办法自2011年6月1日起施行。 总则： 为规范公司档案管理工作并保证档案的完整性及保密性，理顺工作程序，明确工作职责，杜绝资料流失，实现公司合同档案管理工作的规范化、制度化、科学化，现结合公司的实际情况，特制定本制度。 适用范围： 本制度所指的合同档案是公司在业务经营中形成的以采购、销售、预算及其它项目为中心的资料总和，其构成包括招标文件、投标文件、技术方案、施工图、项目合同文件、项目设计方案、项目验收资料、预算资料等。 合同档案管理原则： 1.合同档案由公司工程部集中统一管理，以确保档案的完整、完全和有效利用。 2、工程部负责统筹、协调、组织、整理、保管公司所有合同文档资料 3.财务部可除外（可留下项目合同复印件做为做催收货款的使用）。 4、合同档案要实行分类管理，便于文件的管理及查找。 合同文档的移交： 1、各部门在正式签署合同后须将合同正本原件移交工程部。 2、合同项目终止后各部门须将该项目的所有技术资料汇总成册，经部门经理鉴定，具有长久保存价值的技术资料向工程部移交。 3、移交的合同文档必须注明合同编号并保证齐全、完整，必须层次分明，符合其形成规律。 4、合同文档移交时，必须编制档案移交清册并当面清点，填写《文件归档登记表》（见附件表一）。双方签字认可后方为完成交接手续。 合同文档的管理办法： 1、合同文档以年代结合项目性质进行分类编号（按公司原制定的项目文件编号方法编号）。 2、保存的合同文档每半及时处理，要查明原因，损毁，如有遗失、年清理核对一次，并追究相关人员责任。 3、工程部要加强对合同档案的统计
档案管理保密协议范本
档案管理保密协议范本 甲方： 法定代表人： 乙方： 身份证号： 一、保密的内容和范围 在项目实施期间，因工作需要接触到甲方的纸质档案、档案、目录、声像档案以及电子文件等，乙方必须保守机密，不得以任何方式带出工作场所或向外泄露。乙方同时提供一切必要的方式和采取一切必要的行动，协助甲方保证档案安全和保守档案秘密。 二、保密义务 对甲方的商业秘密，乙方承担以下义务：
1、不得刺探与本职工作或本身义务无关的甲方商业秘密； 2、不得向任何第三人披露甲方的商业秘密； 3、不得使任何第三人（包括甲方单位内部员工）获得、使用或计划使用甲方商业秘密信息，即除了得到甲方单位指示和在业务需要的程度范围内向应该知道上述内容的单位内部员工或本单位外业务单位进行保密内容交流外，不得直接或间接向单位内部、外部的人员泄露商业秘密信息。 三、保密期限 甲乙双方确认。乙方的保密义务自甲方盖章和乙方签字之日起开始，至上述商业秘密公开或被公众知悉时止。乙方的保密义务并不因劳动合同的解除而免除。 四、保密费用 在劳动合同期内，甲方对乙方保守商业秘密予以保密费用，甲方按月支付乙方保密费用人民____元/月。 五、违约责任 甲乙双方商定，如乙方违反上述各项义务而损害甲方利益，若乙方不履行本协议所规定的保密义务，应一次性向甲方支付违约金人民币____元。
六、争议的解决 因履行本协议而发生纠纷的，由双方协商解决或共同委托双方信任的第三方调解。协商、调解不成，或者一方不愿意协商、调解的，任何一方均将争议提交____仲裁委员会仲裁。 第七条其他 本协议一式二份，甲乙双方各执一份，自双方签字或盖章后生效。 甲方： 年月日 乙方： 年月日
RFC1939-POP3协议中文版
1. 简介 对于在网络上的比较小的结点，支持消息传输系统（MTS）是不实际 的。例如，一台工作站可能不具有充足的资源允许SMTP服务器和相当的本地邮件传送系统保持序驻留，并持续运行。同样的，将一台个人计算机长时间连接在IP类型网络上的费用也是可观的（结点缺少的资源被称为"联络性"）。 虽然如此，在这样的小结点上允许管理邮件是十分有用的，并且这些结点经常支持一个用户代理来管理邮件。为解决这一问题，能够支持MTS的结点就为这些不能支持的结点提供了邮件存储功能。邮局协议-版本3就是使这样的工作站可以用一种比较实用的方法来访问存储于服务器上的储存邮件。通常，这意味着工作站可以从服务器上取得邮件，而服务器为它暂时保存邮件。 在下文中，客户主机指的是利用POP3服务的主机，而服务器主机指的是提供POP3服务的主机。 2. 简单说明 在此文档中不指明客户主机如何将邮件送入到传送系统中去。但这里有一个说明：当用户代理需要将信息送到传送系统时，它在接力主机上建立SMTP连接（这些接力主机可以是POP3主机，也可以不是）。 3. 基本操作 初始时，服务器通过侦听TCP端口110开始POP3服务。当客户主机需要使用服务时，它将与服务器主机建立TCP连接。当连接建立后，POP3发送确认消息。客户和POP3服务器相互（分别）交换命令和响应，这一过程一直要持续到连接终止。 POP3命令由一个命令和一些参数组成。所有命令以一个CRLF对结束。命令和参数由可打印的ASCII 字符组成，它们之间由空格间隔。命令一般是三到四个字母，每个参数却可达40个字符长。 POP3响应由一个状态码和一个可能跟有附加信息的命令组成。所有响应也是由CRLF对结束。现在有两种状态码，"确定" ("+OK")和"失败" ("-ERR")。 对于特定命令的响应是由许多字符组成的。在这些情况中，下面一一表述：在发送第一行响应和一个CRLF之后，任何的附加信息行发送，他们也由CRLF对结束。当所有信息发送结束时，发送最后一行，包括一个结束字符（十进制码46，也就是"."）和一个CRLF对。如果信息中的任何一行以结束字符开始，此行就是通过在那一行预先装入结束而进行字符填充的。因此，多行响应由五个CRLF.CRLF 结束。当检测多行响应时，客户检测以确认此行是否以结束字符开始。如果是的，而且其后的字符不是CRLF，此行的第一个字符（结束字符）将被抛弃；如果其后紧跟CRLF，从POP服务器来的响应终止，包括.CRLF 的行也不被认为是多行响应的一部分了。 在生命周期中，POP3会话有几个不同的状态。一旦TCP连接被打开，而且POP3服务器发送了确认信息，此过程就进入了"确认"状态。在此状态中，客户必须向POP3服务器确认自己是其的客户。一旦确认成功，服务器就获取与客户邮件相关的资源，此时这一过程进入了"操作"状态。在此状态中，客户提出服务，当客户发出QUIT命令时，此过程进入了"更新"状态。在此状态中，POP3服务器释放在"操作"状态中取得的资源，并发送消息，终止连接。 POP3服务器可以拥有一个自动退出登录的记时器。此记时器必须至少可以记录10分钟。这样从客户发送的消息才可能刷新此记时器。当记时器失效时，POP3会话并不进入"更新"状态，而是关闭TCP连接，而且不删除任何消息，不向客户发送任何响应。 4. "确认"状态 一时TCP连接由POP3客户打开，POP3服务器发送一个单行的确认。这个消息可以是由CRLF结束
档案整理协议书
档案整理服务合同（修改后） 委托方（甲方）： 受托方（乙方）： 一、总则 甲方拟委托乙方为其进行档案归档整理服务工作，乙方也愿意提供上述服务，双方经友好协商，在平等条件下就档案整理服务工作，达成如下协议，以资共同遵守。 第一条、整理概况 （一）、整理类别 ①文书档案 ②人事档案 （二）、整理内容 对（一）所述档案进行整理、归档、录入、上架排列等工作。 （三）、整理时间 开工日期_______年_______月_______日，竣工日期_______年_______月_______日，期限：_______年_______月； 第二条、整理价款包括 （一）档案按每整理一盒_______元计，以实际完成的案卷计算价款；电脑录入以每条_________元计（每条指的是每份文件需要录入内容） （二）按人头发放工资，固定以每人每月＿＿＿元计，每月＿＿ ＿日计算。 （三）材料费、工具费不纳入整理价款。 第三条：整理质量 （一）按照国家档案局关于档案归档、立卷规定执行，规定不明确的，按照行业规定或者行业习惯执行。 （二）在档案整理过程中，甲方如有特殊项目或者特殊质量要求，应明确告知乙方。乙方因遵循甲方要求之方式整理档案而实际上造成档案整理质量不合要求的，乙方不承担责任。同时，因甲方之特殊要求给乙方增加劳动量的，甲方应额外支付补偿费用，具体需要双方签订补充合同另行约定。 第四条：甲方责任 （一）负责向乙方介绍、解释整理概况、整理内容等相关工作的基本情况。 （二）负责向乙方提供档案整理工作场所和档案整理工作所需要的材料、工具等用品。 （三）负责按照第二条规定的整理价款支付方式向乙方支付约定费用。 （四）为乙方服务工作提供必要协助和配合。 第五条、乙方责任 （一）在约定期限内为甲方提供档案整理服务工作，按照国家关于档案管理的规定对档案进行专业的、规范的整理，并对整理质量负责。 （二）委派专业人员进入指定场所工作，工作时间按照甲方作息时间 安排。负责监督、约束乙方派出人员的行为，遵守甲方劳动制度。 （三）负责对乙方派出人员进行保密教育和安全教育，佩证上岗、文明工作。对整理期间出现的档案内容泄密、文件材料丢失等后果，责任一概由乙方承担。 第六条、付款方式 （一）甲方须在整理开工后7日内向乙方支付整理款总额的30%，其余部份款项应在全部整理结束后10日内经甲方验收合格后全部付清。 第七条、合同变更和终止
档案整理合同
档案整理合同 甲方: 乙方: 甲乙双方就甲方“业务档案得整理、扫描、加工”业务需要,遵循平等、互惠与诚信得原则,为明确双方权利、义务,根据国家法规及业务实际需要，经协商一致订立合同如下: 第一条整理概况 （一）整理档案得类别与数量。①专业档案【详细描述档案得具体内容情况与与档案得数量，不同得数量价格就是不一样得。一定要搞清楚数量。批发零售就是不一样得，甚至会导致采购方式变化，例如到达金额了要采取招标采购方式等】 (二)整理内容。负责甲方得专业纸质资料进行收集、整理、扫描、加工服务，负责对甲方档案数据得系统录入,相对应得图片挂接、打印目录、粘贴脊背、装盒、上柜等工作。整理标准与质量要求要详细明确，不要在合同价格定下来后变化。否则,对价格就会产生争议。 (三)整理时间。 起始日期:20１6年４月15日， 截止日期:2０17年４月15日, 期限: 壹年；
乙方应在上述期限内按本合同约定得全部要求完成全部档案得整理工作。 第二条整理价款包括 (一)服务期:年。 (二)服务费：元整。 (三)其她：材料费、工具费不纳入整理价款。 第三条整理质量 (一)按照国家档案管理部门关于档案归档、立卷规定执行,规定不明确得,按照行业规定或者行业习惯执行。 (二)在档案整理过程中,甲方如有特殊项目或者特殊质量要求,应明确告知乙方。【本合同中就明确,以后打不成一致影响价格】乙方因遵循甲方要求之方式整理档案而实际上造成档案整理质量不合要求得,乙方不承担责任。同时,因甲方之特殊要求给乙方增加劳动量得,甲方应额外支付补偿费用,具体需要双方签订补充合同另行约定。 第四条甲方责任 (一)负责向乙方介绍、解释整理概况、整理内容等相关工作得基本情况,并于2０１6年4月１5日前向乙方现场确认应整理得档案范围。 (二）负责向乙方提供档案整理工作场所与档案整理工作所需要得材料、工具等用品。 (三）负责按照第二条规定得整理价款支付方式向乙方支
档案管理系统合同
档案管理系统合同 甲方： 乙方： 经甲乙双方友好协商针对档案管理系统达成如下协议： 引言 为了更好的理解软件需求，开发出更适合用户使用的软件，开发小组通过编写文档，定义了软件总体要求，作为用户和开发人员以及其他相关人员之间沟通的基础。 描述基本功能、数据库等内容，作为软件开发人员进行软件结构设计和编码的基础，力求通过本软件解决用户现存的问题，帮助用户更好的管理和利用档案，为工作提供便利。 （一）后台数据库 软件后台数据库采用SQL数据库，选择SQL数据库的原因有：档案数据量大，而且检索频繁，提高数据库能力。可通过数据检索的速度成了必要的问题，而SQL在处理数据方面更快一些。 SQL数据库有新的分布式数据库能力。可通过网络较方便地读写远端数据库里的数据并有对称复制的技术。 SQL数据库相对其他数据库安全机制更好一些。 （二）开发技术 软件采用ASPNET技术开发。 此技术的优点： 1、可管理性：ASPNET使用基于文本的、分级的配置系统，简化了将
设置应用于服务器环境和Web应用程序的工作。因为配置信息是储存为纯文本的，因此可以在没有本地管理工具的帮助下应用新的设置。配置文件的任何变化都可以自动检测到并应用于应用程序。 2、安全、ASPNET为Web应用程序提供了默认的授权和身份验证方案。开发人员可以根据应用程序的需要很容易的添加删除或替换这些方案。 3、易于部署通过简单的将必要的文件复制到服务器上，ASPNET序即可部署到该服务器上。不需要重新启动服务器，甚至在部署或替换运行的已编译代码时也不需要重新启动。 4、增强的性能：ASPNET是运行在服务器上的已编译代码。与传统的ActiveServerPagesASP不同，ASPNET能利用早期绑定、实时JIT编译、本机和全新的缓存服务来提高性能。 5、灵活的输出缓存：根据应用程序的需要，ASPNET可以缓存页数据、页一部分或整个页。缓存的项目可以依赖与缓存中的文件或其他项目，或者可以根据过期策略进行刷新。 6、国际化：ASPNET在内部使用Unicode以表示请求和响应数据。可以为每台计算机、每个目录和每页配置国际化设置。 7、移动设备支持：ASPNET支持任何设备上的任何浏览器。开发人员使用与用于传统的浏览器相同的编程技术来处理新的移动设备。 8、扩展性和可用性：ASPNET被设计成可扩展的、具有特别专有的功能来提高群集的、多处理换季的性能。此外，Internet信息服务（IIS）HE ASP，NET运行时密切监事和管理进程，以便在一个进程出现异常
POP3协议详解
POP3协议分析 第1章POP3概述 POP3全称为Post Office Protocol version3，即邮局协议第3版。它被用户代理用来邮件服务器取得邮件。POP3采用的也是C/S通信模型，对应的RFC 文档为RFC1939。该协议非常简单，所以我们只重点介绍其通信过程，而相关的一些概念和术语请参考RFC文档或另外一篇文章《SMTP协议分析》 第2章.POP3详解 2.1通信过程 用户从邮件服务器上接收邮件的典型通信过程如下。 1)用户运行用户代理（如Foxmail, Outlook Express）。 2)用户代理（以下简称客户端）与邮件服务器（以下简称服务器端） 的110端口建立TCP连接。 3)客户端向服务器端发出各种命令，来请求各种服务（如查询邮箱 信息，下载某封邮件等）。 4)服务端解析用户的命令，做出相应动作并返回给客户端一个响 应。 5)3）和4)交替进行，直到接收完所有邮件转到步骤6)，或两者的 连接被意外中断而直接退出。 6)用户代理解析从服务器端获得的邮件，以适当地形式（如可读） 的形式呈现给用户。 其中2)、3）和4）用POP3协议通信。可以看出命令和响应是POP3通信的重点，我们将予以重点讲述。 2.2命令和响应 2.2.1.格式 POP3的命令不多，它的一般形式是：COMMAND [Parameter]
档案整理合同协议书范本通用版
年档案整理合同协议书范本-通用版
————————————————————————————————作者：————————————————————————————————日期：
编号：_____________档案整理合同 甲方：________________________________________________ 乙方：___________________________ 签订日期：_______年______月______日
甲方： 乙方： 甲乙双方就甲方“业务档案的整理、扫描、加工”业务需要，遵循平等、互惠和诚信的原则，为明确双方权利、义务，根据国家法规及业务实际需要，经协商一致订立合同如下： 第一条整理概况 （一）整理档案的类别和数量。①专业档案【详细描述档案的具体内容情况和和档案的数量，不同的数量价格是不一样的。一定要搞清楚数量。批发零售是不一样的，甚至会导致采购方式变化，例如到达金额了要采取招标采购方式等。】 （二）整理内容：负责甲方的专业纸质资料进行收集、整理、扫描、加工服务，负责对甲方档案数据的系统录入，相对应的图片挂接、打印目录、粘贴脊背、装盒、上柜等工作。整理标准和质量要求要详细明确，不要在合同价格定下来后变化。否则，对价格就会产生争议。 （三）整理时间： 起始日期：年月日， 截止日期：年月日， 期限：年； 乙方应在上述期限内按本合同约定的全部要求完成全部档案的整理工作。 第二条整理价款包括 （一）服务期：年。 （二）服务费：元整。 （三）其他：材料费、工具费不纳入整理价款。 第三条整理质量 （一）按照国家档案管理部门关于档案归档、立卷规定执行，规定不明确的，按照行业规定或者
基于STMP与POP3协议的邮件发送与接收
网络编程实训报告 题目：基于STMP与POP3协议的邮件发送与接收 姓名： 学院： 专业： 班级： 学号： 指导教师： 完成日期：年月日
原创性声明 本人郑重声明：上交的设计报告，是本人在导师的指导下，独立进行研究工作所取得的成果。除文中已经注明引用的内容外，本文不包含任何其他个人或集体已经发表或撰写过的作品成果。对本文的研究作出重要贡献的个人和集体，均已在文中以明确方式标明。本人完全意识到本声明的法律结果由本人承担。 作者签名： 日期：年月日
前言 电子邮件指用电子手段传送信件、单据、资料等信息的通信方法。电子邮件综合了电话通信和邮政信件的特点，它传送信息的速度和电话一样快，又能象信件一样使收信者在接收端收到文字记录。电子邮件系统又称基于计算机的邮件报文系统。它承担从邮件进入系统到邮件到达目的地为止的全部处理过程。电子邮件不仅可利用电话网络,而且可利用任何通信网传送。在利用电话网络时,还可利用其非高峰期间传送信息，这对于商业邮件具有特殊价值。由中央计算机和小型计算机控制的面向有限用户的电子系统可以看作是一种计算机会议系统。 SMTP 是一种提供可靠且有效电子邮件传输的协议。SMTP 是建模在FTP 文件传输服务上的一种邮件服务，主要用于传输系统之间的邮件信息并提供来信有关的通知。 POP 协议允许工作站动态访问服务器上的邮件，目前已发展到第三版，称为POP3。POP3 允许工作站检索邮件服务器上的邮件。POP3 传输的是数据消息，这些消息可以是指令，也可以是应答。 本实践是在SMTP和POP协议下设计的一个电子邮箱，能够实现发送，接收邮件等功能。