文档库 最新最全的文档下载
当前位置:文档库 › 关于http文件头的文档

关于http文件头的文档

关于http文件头的文档
关于http文件头的文档

深入理解HTTP消息头转载自:[https://www.wendangku.net/doc/f611493557.html,]

(一)初识HTTP消息头

但凡搞WEB开发的人都离不开HTTP(超文本传输协议),而要了解HTTP,除了HTML本身以外,还有一部分不可忽视的就是HTTP消息头。

做过Socket编程的人都知道,当我们设计一个通信协议时,“消息头/消息体”的分割方式是很常用的,消息头告诉对方这个消息是干什么的,消息体告诉对方怎么干。HTTP传输的消息也是这样规定的,每一个HTTP包都分为HTTP头和HTTP体两部分,后者是可选的,而前者是必须的。每当我们打开一个网页,在上面点击右键,选择“查看源文件”,这时看到的HTML代码就是HTTP的消息体,那么消息头又在哪呢?IE浏览器不让我们看到这部分,但我们可以通过截取数据包等方法看到它。

下面就来看一个简单的例子:

首先制作一个非常简单的网页,它的内容只有一行:

hello world

把它放到WEB服务器上,比如IIS,然后用IE浏览器请求这个页面

(http://localhost:8080/simple.htm),当我们请求这个页面时,浏览器实际做了以下四项工作:

1 解析我们输入的地址,从中分解出协议名、主机名、端口、对象路径等部分,对于我们的这个地址,解析得到的结果如下:

协议名:http

主机名:localhost

端口:8080

对象路径:/simple.htm

2 把以上部分结合本机自己的信息,封装成一个HTTP请求数据包

3 使用TCP协议连接到主机的指定端口(localhost, 8080),并发送已封装好的数据包

4 等待服务器返回数据,并解析返回数据,最后显示出来

由截取到的数据包我们不难发现浏览器生成的HTTP数据包的内容如下:

GET /simple.htm HTTP/1.1

Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,

application/x-shockwave-flash, application/vnd.ms-excel,

application/vnd.ms-powerpoint, application/msword, */*

Accept-Language: zh-cn

Accept-Encoding: gzip, deflate

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)

Host: localhost:8080

Connection: Keep-Alive

为了显示清楚我把所有的回车的地方都加上了“”,注意最后还有一个空行加一个回车,这个空行正是HTTP规定的消息头和消息体的分界线,第一个空行以下的内容就是消息体,这个请求数据包是没有消息体的。

消息的第一行“GET”表示我们所使用的HTTP动作,其他可能的还有“POST”等,GET的消息没有消息体,而POST消息是有消息体的,消息体的内容就是要POST的数据。后面

/simple.htm就是我们要请求的对象,之后HTTP1.1表示使用的是HTTP1.1协议。

第二行表示我们所用的浏览器能接受的Content-type,三四两行则是语言和编码信息,第五行显示出本机的相关系信息,包括浏览器类型、操作系统信息等,很多网站可以显示出你所使用的浏览器和操作系统版本,就是因为可以从这里获取到这些信息。

第六行表示我们所请求的主机和端口,第七行表示使用Keep-Alive方式,即数据传递完并不立即关闭连接。

服务器接收到这样的数据包以后会根据其内容做相应的处理,例如查找有没有“/simple.htm”这个对象,如果有,根据服务器的设置来决定如何处理,如果是HTM,则不需要什么复杂的处理,直接返回其内容即可。但在直接返回之前,还需要加上HTTP消息头。

服务器发回的完整HTTP消息如下:

HTTP/1.1 200 OK

Server: Microsoft-IIS/5.1

X-Powered-By: https://www.wendangku.net/doc/f611493557.html,

Date: Fri, 03 Mar 2006 06:34:03 GMT

Content-Type: text/html

Accept-Ranges: bytes

Last-Modified: Fri, 03 Mar 2006 06:33:18 GMT

ETag: "5ca4f75b8c3ec61:9ee"

Content-Length: 37

hello world

同样,我用“”来表示回车。可以看到,这个消息也是用空行切分成消息头和消息体两部分,消息体的部分正是我们前面写好的HTML代码。

消息头第一行“HTTP/1.1”也是表示所使用的协议,后面的“200 OK”是HTTP返回代码,200就表示操作成功,还有其他常见的如404表示对象未找到,500表示服务器错误,403表示不能浏览目录等等。

第二行表示这个服务器使用的WEB服务器软件,这里是IIS 5.1。第三行是https://www.wendangku.net/doc/f611493557.html,的一个附加提示,没什么实际用处。第四行是处理此请求的时间。第五行就是所返回的消息的content-type,浏览器会根据它来决定如何处理消息体里面的内容,例如这里是text/html,那么浏览器就会启用HTML解析器来处理它,如果是image/jpeg,那么就会使用JPEG的解码器来处理。

消息头最后一行“Content-Length”表示消息体的长度,从空行以后的内容算起,以字节为单位,浏览器接收到它所指定的字节数的内容以后就会认为这个消息已经被完整接收了。

理解HTTP消息头(二)

常见的HTTP返回码

上一篇文章里我简要的说了说HTTP消息头的格式,注意到在服务器返回的HTTP消息头里有一个“HTTP/1.1 200 OK”,这里的200是HTTP规定的返回代码,表示请求已经被正常处理完成。浏览器通过这个返回代码就可以知道服务器对所发请求的处理情况是什么,每一种返回代码都有自己的含义。这里列举几种常见的返回码。

1 403 Access Forbidden

如果我们试图请求服务器上一个文件夹,而在WEB服务器上这个文件夹并没有允许对这个文件夹列目录的话,就会返回这个代码。一个完整的403回复可能是这样的:(IIS5.1)

HTTP/1.1 403 Access Forbidden

Server: Microsoft-IIS/5.1

Date: Mon, 06 Mar 2006 08:57:39 GMT

Connection: close

Content-Type: text/html

Content-Length: 172

Directory Listing Denied

Directory Listing Denied

This Virtual Directory does not allow contents to be listed.

2 404 Object not found

当我们请求的对象在服务器上并不存在时,就会给出这个返回代码,这可能也是最常见的错误代码了。IIS给出的404消息内容很长,除了消息头以外还有一个完整的说明“为什么会这样”的网页。APACHE服务器的404消息比较简短,如下:

HTTP/1.1 404 Not Found

Date: Mon, 06 Mar 2006 09:03:14 GMT

Server: Apache/2.0.55 (Unix) PHP/5.0.5

Content-Length: 291

Keep-Alive: timeout=15, max=100

Connection: Keep-Alive

Content-Type: text/html; charset=iso-8859-1

404 Not Found

Not Found

The requested URL /notexist was not found on this server.


Apache/2.0.55 (Unix) PHP/5.0.5 Server at localhost Port

8080

也许你会问,无论是404还是200,都会在消息体内给出一个说明网页,那么对于客户端来说二者有什么区别呢?一个比较明显的区别在于200是成功请求,浏览器会记录下这个地址,以便下次再访问时可以自动提示该地址,而404是失败请求,浏览器只会显示出返回的页面内容,并不会记录此地址,要再次访问时还需要输入完整的地址。

3 401 Access Denied

当WEB服务器不允许匿名访问,而我们又没有提供正确的用户名/密码时,服务器就会给出这个返回代码。在IIS中,设置IIS的安全属性为不允许匿名访问(如下图),此时直接访问的话就会得到以下返回结果:

HTTP/1.1 401 Access Denied

Server: Microsoft-IIS/5.1

Date: Mon, 06 Mar 2006 09:15:55 GMT

WWW-Authenticate: Negotiate

WWW-Authenticate: NTLM

Connection: close

Content-Length: 3964

Content-Type: text/html

……

此时浏览器上给出的提示如下图,让我们输入用户名和密码:

因返回信息中消息体较长,只取前面两行内容。注意,如果是用localhost来访问本机的IIS,因IE可以直接取得当前用户的身份,它会和服务器间直接进行协商,所以不会看到401提示。当我们在输入了用户名和密码以后,服务器与客户端会再进行两次对话。首先客户端向服务器索

取一个公钥,服务器端会返回一个公钥,二者都用BASE64编码,相应的消息如下(编码部分已经做了处理):

GET / HTTP/1.1

Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,

application/x-shockwave-flash, application/vnd.ms-excel,

application/vnd.ms-powerpoint, application/msword, */*

Accept-Language: zh-cn

Accept-Encoding: gzip, deflate

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)

Host: 192.168.0.55:8080

Connection: Keep-Alive

Authorization: Negotiate ABCDEFG……

HTTP/1.1 401 Access Denied

Server: Microsoft-IIS/5.1

Date: Mon, 06 Mar 2006 09:20:53 GMT

WWW-Authenticate: Negotiate HIJKLMN……

Content-Length: 3715

Content-Type: text/html

……

客户端拿到公钥之后使用公钥对用户名和密码进行加密码,然后把加密以后的结果重新发给服务器:

GET / HTTP/1.1

Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,

application/x-shockwave-flash, application/vnd.ms-excel,

application/vnd.ms-powerpoint, application/msword, */*

Accept-Language: zh-cn

Accept-Encoding: gzip, deflate

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)

Host: 192.168.0.55:8080

Connection: Keep-Alive

Authorization: Negotiate OPQRST……

这样,如果验证通过,服务器端就会把请求的内容发送过来了,也就是说禁止匿名访问的网站会经过三次请求才可以看到页面。但因为客户端浏览器已经缓存了公钥,用同一个浏览器窗口再次请求这个网站上的其它页面时就可以直接发送验证信息,从而一次交互就可以完成了。

4 302 Object Moved

用过ASP的人都知道ASP中页面重定向至少有Redirect和Transfer两种方法。二的区别在于Redirect是客户端重定向,而Transfer是服务器端重定向,那么它们具体是如何通过HTTP 消息头实现的呢?

先来看一下Transfer的例子:

例如ASP文件1.asp只有一行

<% Server.Transfer "1.htm" %>

HTML文件1.htm也只有一行:

this is 1.htm

如果我们从浏览器里请求1.asp,发送的请求是:

GET /1.asp HTTP/1.1

Accept: */*

Accept-Language: zh-cn

Accept-Encoding: gzip, deflate

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)

Host: localhost:8080

Connection: Keep-Alive

Cookie: ASPSESSIONIDACCTRTTT=PKKDJOPBAKMAMBNANIPIFDAP

注意请求的文件确实是1.asp,而得到的回应则是:

HTTP/1.1 200 OK

Server: Microsoft-IIS/5.1

Date: Mon, 06 Mar 2006 12:52:44 GMT

X-Powered-By: https://www.wendangku.net/doc/f611493557.html,

Content-Length: 20

Content-Type: text/html

Cache-control: private

this is 1.htm

不难看出,通过Server.Transfer语句服务器端已经做了页面重定向,而客户端对此一无所知,表面上看上去得到的就是1.asp的结果。

如果把1.asp的内容改为:

<% Response.Redirect "1.htm" %>

再次请求1.asp,发送的请求没有变化,得到的回应却变成了:

HTTP/1.1 302 Object moved

Server: Microsoft-IIS/5.1

Date: Mon, 06 Mar 2006 12:55:57 GMT

X-Powered-By: https://www.wendangku.net/doc/f611493557.html,

Location: 1.htm

Content-Length: 121

Content-Type: text/html

Cache-control: private

Object moved

Object Moved

This object may be found

HREF="">here.

注意HTTP的返回代码由200变成了302,表示这是一个重定向消息,客户端需要根据消息头中Location字段的值重新发送请求,于是就有了下面一组对话:

GET /1.htm HTTP/1.1

Accept: */*

Accept-Language: zh-cn

Accept-Encoding: gzip, deflate

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)

Host: localhost:8080

Connection: Keep-Alive

If-Modified-Since: Thu, 02 Mar 2006 06:50:13 GMT

If-None-Match: "b224758ec53dc61:9f0"

Cookie: ASPSESSIONIDACCTRTTT=PKKDJOPBAKMAMBNANIPIFDAP

HTTP/1.1 200 OK

Server: Microsoft-IIS/5.1

X-Powered-By: https://www.wendangku.net/doc/f611493557.html,

Date: Mon, 06 Mar 2006 12:55:57 GMT

Content-Type: text/html

Accept-Ranges: bytes

Last-Modified: Mon, 06 Mar 2006 12:52:32 GMT

ETag: "76d85bd51c41c61:9f0"

Content-Length: 20

this is 1.htm

很明显,两种重定向方式虽然看上去结果很像,但在实现原理上有很大的不同。

5 500 Internal Server Error

500号错误发生在服务器程序有错误的时候,例如,ASP程序为

<% if %>

显然这个程序并不完整,于是得到的结果为:

HTTP/1.1 500 Internal Server Error

Server: Microsoft-IIS/5.1

Date: Mon, 06 Mar 2006 12:58:55 GMT

X-Powered-By: https://www.wendangku.net/doc/f611493557.html,

Content-Length: 4301

Content-Type: text/html

Expires: Mon, 06 Mar 2006 12:58:55 GMT

Set-Cookie: ASPSESSIONIDACCTRTTT=ALKDJOPBPPKNPCNOEPCNOOPD; path=/ Cache-control: private

……

服务器发送了500号错误,并且后面通过HTML的方式说明了错误的原因。

理解HTTP消息头(三)

(三)客户端发送的内容

这一次主要来观察HTTP消息头中客户端的请求,从中找到一些有意思的内容。

1 HTTP_REFERER

写两个简单的网页:

a.htm:

to page b

b.htm:

haha

内容很简单,就是网页A中有一个到B的链接。把它们放到IIS上,并访问网页A,从中再点击到B的链接,于是看到了B页的“haha”。那么这两次请求有什么不同吗?观察它们所发送的HTTP消息头,最明显的区别就是访问B页时比访问A页时多了一行:

Referer: http://localhost/a.htm

这一行就表示,用户要访问的B页是从A页链接过来的。

服务器端要想取得这个值也是很容易的,以ASP为例,只需要写一句

<% =Request.ServerVariables("HTTP_REFERER") %>

就可以了。

一些网站通过HTTP_REFERER来做安全验证,判断用户是不是从允许的页面链接来的,而不是直接从浏览器上打URL或从其他页面链接过来,这样可以从一定程度上防止网页被做非法使

用。但从上述原理来看,想要骗过服务器也并不困难,只要手工构造输入的HTTP消息头就可以了,其他常用的手段还有通过HOSTS文件伪造域名等。

除了超链接以外,还有其他几种方式会导致HTTP_REFERER信息被发送,如:

内联框架:

框架集:

表单提交:

SCRIPT引用:

CSS引用:

XML数据岛:

而以下形式不会发送HTTP_REFERER:

script转向:

script开新窗口:

META转向:

引入图片:

2 COOKIE

COOKIE是大家都非常熟悉的了,通过它可以在客户端保存用户状态,即使用户关闭浏览器也能继续保存。那么客户端与服务器端是如何交换COOKIE信息的呢?没错,也是通过HTTP消息头。

首先写一个简单的ASP网页:

<%

Dim i

i = Request.Cookies("key")

Response.Write i

Response.Cookies("key") = "haha"

Response.Cookies("key").Expires = #2007-1-1#

%>

第一次访问此网页时,屏幕上一片白,第二次访问时,则会显示出“haha”。通过阅读程序不难发现,屏幕上显示的内容实际上是COOKIE的内容,而第一次访问时还没有设置COOKIE的值,所以不会有显示,第二次显示的是第一次设置的值。那么对应的HTTP消息头应该是什么样的呢?

第一次请求时没什么不同,略过

第一次返回时消息内容多了下面这一行:

Set-Cookie: key=haha; expires=Sun, 31-Dec-2006 16:00:00 GMT; path=/

很明显,key=haha表示键名为“key”的COOKIE的值为“haha”,后面是这则COOKIE的过期时间,因为我用的中文操作系统的时区是东八区,2007年1月1日0点对应的GMT时间就是2006年12月31日16点。

第二次再访问此网页时,发送的内容多了如下一行:

Cookie: key=haha

它的内容就是刚才设的COOKIE的内容。可见,客户端在从服务器端得到COOKIE值以后就保存在硬盘上,再次访问时就会把它发送到服务器。发送时并没有发送过期时间,因为服务器对过期时间并不关心,当COOKIE过期后浏览器就不会再发送它了。

如果使用IE6.0浏览器并且禁用COOKIE功能,可以发现服务器端的set-cookie还是有的,但客户端并不会接受它,也不会发送它。有些网站,特别是在线投票网站通过记录COOKIE

防止用户重复投票,破解很简单,只要用IE6浏览器并禁用COOKIE就可以了。也有的网站通过COOKIE值为某值来判断用户是否合法,这种判断也非常容易通过手工构造HTTP消息头来欺骗,当然用HOSTS的方式也是可以欺骗的。

3 SESSION

HTTP协议本身是无状态的,服务器和客户端都不保证用户访问期间连接会一直保持,事实上保持连接是HTTP1.1才有的新内容,当客户端发送的消息头中有“Connection: Keep-Alive”时表示客户端浏览器支持保持连接的工作方式,但这个连接也会在一段时间没有请求后自动断开,以节省服务器资源。为了在服务器端维持用户状态,SESSION就被发明出来了,现在各主流的动态网页制做工具都支持SESSION,但支持的方式不完全相同,以下皆以ASP为例。当用户请求一个ASP网页时,在返回的HTTP消息头中会有一行:

Set-Cookie: ASPSESSIONIDCSQCRTBS=KOIPGIMBCOCBFMOBENDCAKDP; path=/ 服务器通过COOKIE的方式告诉客户端你的SESSIONID是多少,在这里是“KOIPGIMBCOCBFMOBENDCAKDP”,并且服务器上保留了和此SESSIONID相关的数据,当同一用户再次发送请求时,还会把这个COOKIE再发送回去,服务器端根据此ID找到此用户的数据,也就实现了服务器端用户状态的保存。所以我们用ASP编程时可以使用“session("name")=user”这样的方式保存用户信息。注意此COOKIE内容里并没有过期时间,这表示这是一个当关闭浏览器时立即过期的COOKIE,它不会被保存到硬盘上。这种工作方式比单纯用COOKIE的方式要安全很多,因为在客户端并没有什么能让我们修改和欺骗的值,唯一的信息就是SESSIONID,而这个ID在浏览器关闭时会立即失效,除非别人能在你浏览网站期间或关闭浏览器后很短时间内知道此ID的值,才能做一些欺骗活动。因为服务器端判断SESSION过期的方式并不是断开连接或关闭浏览器,而是通过用户手工结束SESSION 或等待超时,当用户关闭浏览器后的一段时间里SESSION还没有超时,所以这时如果知道了刚才的SESSIONID,还是可以欺骗的。因此最安全的办法还是在离开网站之前手工结束SESSION,很多网站都提供“Logout”功能,它会通过设置SESSION中的值为已退出状态或让SESSION立即过期从而起到安全的目的。

SESSION和COOKIE的方式各有优缺点。SESSION的优点是比较安全,不容易被欺骗,缺点是过期时间短,如果用过在超过过期时间里没有向服务器发送任何信息,就会被认为超过过期了;COOKIE则相反,根据服务器端设置的超时时间,可以长时间保留信息,即使关机再开机也可能保留状态,而安全性自然大打折扣。很多网站都提供两种验证方式相结合,如果用户临时用这台电脑访问此访问则需要输入用户名和密码,不保存COOKIE;如果用户使用的是自己的个人

电脑,则可以让网站在自己硬盘上保留COOKIE,以后访问时就不需要重新输入用户名和密码了。

4 POST

浏览器访问服务器常用的方式有GET和POST两种,GET方式只发送HTTP消息头,没有消息体,也就是除了要GET的基本信息之外不向服务器提供其他信息,网页表单(FROM)的默认提交方式就是用GET方式,它会把所有向服务器提交的信息都作为URL后面的参数,如a.asp?a=1&b=2这样的方式。而当要提交的数据量很大,或者所提交内容不希望别人直接看到时,应该使用POST方式。POST方式提交的数据是作为HTTP消息体存在的,例如,写一个网页表单:

访问此网页,并在表单中填入一个“haha”,然后提交,可以看到此次提交所发送的信息如下:POST /form.asp HTTP/1.1

Accept: */*

Referer: http://localhost:8080/form.asp

Accept-Language: zh-cn

Content-Type: application/x-www-form-urlencoded

Accept-Encoding: gzip, deflate

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; InfoPath.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)

Host: localhost:8080

Content-Length: 10

Connection: Keep-Alive

Cache-Control: no-cache

Cookie: key=haha; ASPSESSIONIDCSQCRTBS=LOIPGIMBLMNOGCOBOMPJBOKP text1=haha

前面关键字从“GET”变为了“POST”,Content-Type变成了

“application/x-www-form-urlencoded”,后面内容并无大变化,只是多了一行:Content-Length: 10,表示提交的内容的长度。空行后面是消息体,内容就是表单中所填的内容。注意此时发送的内容只是“Name=Value”的形式,表单上其他的信息不会被发送,所以想直接从服务器端取得list box中所有的list item是办不到的,除非在提交前用一段script把所有的item内容都连在一起放到一个隐含表单域中。

如果是用表单上传文件,情况就要复杂一些了,首先是表单声明中要加上一句话:

enctype='multipart/form-data',表示这个表单将提交多段数据,并用HTML:input type=file来声明一个文件提交域。

表单内容如下:

我们为text1输入文字:hehe,为file1选择文件haha.txt,其内容为“ABCDEFG”,然后提交此表单。提交的完全信息为:

POST /form.asp HTTP/1.1

Accept: */*

Referer: http://localhost:8080/form.asp

Accept-Language: zh-cn

Content-Type: multipart/form-data;

boundary=---------------------------7d62bf2f9066c

Accept-Encoding: gzip, deflate

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; InfoPath.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)

Host: localhost:8080

Content-Length: 337

Connection: Keep-Alive

Cache-Control: no-cache

Cookie: key=haha; ASPSESSIONIDCSQCRTBS=LOIPGIMBLMNOGCOBOMPJBOKP -----------------------------7d62bf2f9066c

Content-Disposition: form-data; name="text1"

hehe

-----------------------------7d62bf2f9066c

Content-Disposition: form-data; name="file1"; filename="H:\Documents and Settings\Administrator\桌面\haha.txt"

Content-Type: text/plain

ABCDEFG

-----------------------------7d62bf2f9066c--

显然这个提交的信息要比前述的复杂很多。Content-Type变成了“multipart/form-data”,后面还多了一个boundary,此值是为了区分POST的内容的区段用的,只要在内容中遇到了此值,就表示下面要开始一个新的区段了,每个区段的内容相对独立。如果遇到的是此值后面连着两个减号,则表示全部内容到此结束。每个段也分为段头和段体两部分,用空行隔开,每段都有自己的类型和相关信息。如第一区段是text1的值,它的名称是“text1”,值为“hehe”。第二段是文件内容,段首里表明了此文件域的名称“file1”和此文件在用户磁盘上的位置,后面

就是文件的内容。

如果我们想要自己写一个上传文件组件来接收HTML表单传送的文件数据,那么最核心的任务就是解析此数据包,从中取得需要的信息。

理解HTTP消息头(四)

服务器返回的消息

服务器返回的HTTP消息也分为消息头和消息体两部分。前面连载的第二篇里已经介绍了返回消息中常见返回代码的含义。对于非正常的返回代码的处理比较简单,只要照着要求去做就好了,而对于正常的返回代码(200),其处理方式就多种多样了。

1 Content-Type

Content-Type是返回消息中非常重要的内容,它标识出这个返回内容的类型,其值为“主类型/子类型”的格式,例如最常见的就是text/html,它的意思是说返回的内容是文本类型,这个文本又是HTML格式的。原则上浏览器会根据Content-Type来决定如何显示返回的消息体内容。常见的内容类型有:

text/html HTML文本

image/jpeg JPG图片

image/gif GIF图片

application/xml XML文档

audio/x-mpegurl MP3文件列表,如果安装了Winamp,则可以直接把它当面M3U文件来打开

更多的内容类型可以在注册表“HKCR\MIME\Database\Content Type”下看到

对于IE6浏览器来说,如果Content-Type中的类型和实际的消息体类型不一致,那么它会根据内容中的类型来分析实际应该是什么类型,对于JPG、GIF等常用图片格式都可以正确的识别出来,而不管Content-Type中写的是什么。

如果Content-Type中指定的是浏览器可以直接打开的类型,那么浏览器就会直接打开其内容显示出来,如果是被关联到其它应用程序的类型,这时就要查找注册表中关于这种类型的注册情况,如果是允许直接打开而不需要询问的,就会直接调出这个关联的应用程序来打开这个文件,但如果是不允许直接打开的,就会询问是否打开。对于没有关联到任何应用程序的类型,IE浏览器不知道它该如何打开,此时IE6就会把它当成XML来尝试打开。

2 Content-Disposition

如果用AddHeader的方法在HTTP消息头中加入Content-Disposition段,并指定其值为“attachment”,那么无论这个文件是何类型,浏览器都会提示我们下载此文件,因为此时它认为后面的消息体是一个“附件”,不需要由浏览器来处理了。例如,在https://www.wendangku.net/doc/f611493557.html,中写入如下语

句:

Response.AddHeader("Content-Disposition: attachment");

请求此页面是得到的结果如:

HTTP/1.1 200 OK

Server: Microsoft-IIS/5.1

Date: Thu, 23 Mar 2006 07:54:53 GMT

Content-Disposition: attachment

Cache-Control: private

Content-Type: text/html; charset=utf-8

……

也就是说,通过AddHeader函数可以为HTTP消息头加入我们自定义的内容。使用这种方法可以强制让浏览器提示下载文件,即使这个文件是我们已知的类型,基于是HTML网页。如果想要让用户下载时提示一个默认的文件名,只需要在前面一句话后加上“filename=文件名”即可。例如:

Response.AddHeader("Content-Disposition: attachment; filename=mypage.htm");

3 Content-Type与Content-Disposition

如果把Content-Type和Content-Disposition结合在一起使用会怎么样呢?

打开一个网页时,浏览器会首先看是否有Content-Disposition: attachment这一项,如果有,无论Content-Type的值是什么,都会提示文件下载。

如果指定了filename,就会提示默认的文件名为此文件名。注意到在IE6中除了“保存”按扭外还有“打开”按扭,此时打开文件的类型是由在filename中指定的文件扩展名决定的,例如让filename=mypic.jpg,浏览器就会查找默认的图片查看器来打开此文件。

如果没有指定filename,那么浏览器就根据Content-Type中的类型来决定文件的类型,例如Content-Type类型为image/gif,那么就会去查找默认的看GIF图片的工具,并且设置此文件的名字为所请求的网页的主名(不带扩展名)加上对应于此文件类弄扩展名,例如请求的mypage.aspx,就会自动变成mypage.gif。如果并没有指定Content-Type值,那么就默认它为“text/html”,并且保存的文件名就是所请求的网页文件名。

但如果没有指定Content-Disposition,那么就和前面关于Content-Type中所讨论的情况是一样的了。

4 Cache

返回消息中的Cache用于指定网页缓存。我们经常可以看到这样的情况,打开一个网页时速度不快,但再次打开时就会快很多,原因是浏览器已经对此页面进行了缓存,那么在同一浏览器窗口中再次打开此页时不会重新从服务器端获取。网页的缓存是由HTTP消息头中的“Cache-control”来控制的,常见的取值有private、no-cache、max-age、must-revalidate 等,默认为private。其作用根据不同的重新浏览方式分为以下几种情况:

(1)打开新窗口

如果指定cache-control的值为private、no-cache、must-revalidate,那么打开新窗口访

问时都会重新访问服务器。而如果指定了max-age值,那么在此值内的时间里就不会重新访问服务器,例如:

Cache-control: max-age=5

表示当访问此网页后的5秒内再次访问不会去服务器

(2)在地址栏回车

如果值为private或must-revalidate(和网上说的不一样),则只有第一次访问时会访问服务器,以后就不再访问。如果值为no-cache,那么每次都会访问。如果值为max-age,则在过期之前不会重复访问。

(3)按后退按扭

如果值为private、must-revalidate、max-age,则不会重访问,而如果为no-cache,则每次都重复访问

(4)按刷新按扭

无论为何值,都会重复访问

当指定Cache-control值为“no-cache”时,访问此页面不会在Internet临时文章夹留下页面备份。

另外,通过指定“Expires”值也会影响到缓存。例如,指定Expires值为一个早已过去的时间,那么访问此网时若重复在地址栏按回车,那么每次都会重复访问:

Expires: Fri, 31 Dec 1999 16:00:00 GMT

在ASP中,可以通过Response对象的Expires、ExpiresAbsolute属性控制Expires值;通过Response对象的CacheControl属性控制Cache-control的值,例如:Response.ExpiresAbsolute = #2000-1-1# ' 指定绝对的过期时间,这个时间用的是服务器当地时间,会被自动转换为GMT时间

Response.Expires = 20 ' 指定相对的过期时间,以分钟为单位,表示从当前时间起过多少分钟过期。

Response.CacheControl = "no-cache"

企业、公司红头文件公文格式

×××××管理有限公司 纸质公文格式 综合管理部 二○四年九月二十日编制 ○ 说明:本纸质公文格式样本共8页,按照国家标准GB/T9704-1999并结合公司实际情况制定。

★一年 特 急 ×××××管理有限公司文件 物业××字〔2004〕××号 签发人:××× 关于×××××的通知(批复、函) ××公司: ×××××××××××××××××××××××××××××××××××××。 ××××××××××××××××××××××××××××××××。 ××××××××××××××××××××××××××××××××××××××××××××××××× ××××××××××××××××××××××××××××××××××××××××××××××××××××× ×××××××××××××××××××××××××××××××。 —1—

公司B密★一年 特急×××××管理有限公司文件 签发人:×××物业××字〔2004〕××号××× 关于×××的请示 ××公司: ×××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××。 —1—

×××××××××××××××××××××。 附件:1、××××× 2、××××× ○二 ○三年×月×日 (联系人:×××,电话:××) —2—

××××××××××××××。 附件:1、×××××××× 2、×××××××× 二○○三年×月×日 主题词:×××× 抄报: 抄送:

红头文件-公文标准格式

局面布局:A4(210×297)纸,页边距上下37mm,左右26mm。 公文如无特殊要求,公文各要素一律采用三号仿宋体。 公文标准格式包含版头、版体、版记三个部分。 一、版头: (一)份号:如需标注份号,用6位阿拉伯数字表示,左上第一行。 (二)密级和保密期限:如需标注,则用3号黑体左上第二行。 (三)紧急程度:如需标注,3号黑体。(如果(一)、(二)未标注,则为第一行,如果(一、二)同时标注,则第三行....) (四)发文机关标志:红色小标宋体字,字号原则上以三号。如果联合发文,则“文件”二字居右侧且居中。联合机关自上而下排列,分散对齐。 (五)发文字号:位于发文机关标志下空两行,居中排布,使用〔〕,发文字号“不加第”,“不虚编(1号不编为01号)”。上行文中的发文字号,居左空一格,与最后一个签发人姓名同一行。 (六)签发人:“签发人:”字样,用3号仿宋体,姓名用3号楷体。多个签发人,自上而下,每行两个姓名。 (七)分割线:位于字号下4mm处居中与版心等宽的红色分割线。 二、版体: (一)标题:2号小标宋体字,位于分割线下空两行,分一行或多好居中排布,回行时注意此意完整性,长短适意,间距恰当,排列用梯形或菱形。 (二)主送机关:标题下空一行居左顶格,回行时依然顶格,最后一个机关用全角冒号。 (三)正文:公文首页必须显示正文,3号仿宋体,正文结构次序采用一、(一)、1、(1)标注,第一级黑体,第二级楷体,第三、四级仿宋体。 (四)附件说明:正文下空两行左空两字注明“附件:”,:为全角。多个附件用阿拉伯数字标记,,附件名后面不带任何标点符号。 (五)发文机关署名、成文日期、印章:详细见GB/T 9704-2012。 (六)成文日期中的数字,不得使用虚数。 (七)特殊情况说明: (八)附注:如有附注,居左空两字用()编排在成文日期的下一行。 (九)附件:附件应当另面编排,3号黑体字,顶格编在版心左上行 三、版记: (一)分割线: (二)抄送机关:4号仿宋体,“抄送:xxx”。如需将主送机关移至版记,则记作“主送:xxx” (三)印发机关和引发日期:印发日期右空一字,日期后加印发二字。 (四)页码:4号半角阿拉伯数字,公文版心下边缘之下,单页码居右空一字,双页码居左空一字。空白页、版记不编页码。

红头文件格式规定、模板-红头文件的格式

××××××××××××公司 ××字【20××】×号 关于下发《》的 通知 各单位: 正文 ××××××××××××公司 二○××年×月××日 主题词:××××××××× 抄送:××××××××× ××××××××××××公司二○××年×月××日印 共印×份

公文排版样式 文头的字体:一号黑体字、加粗、红色、居中、字符间距为1.7磅发文字号的字体:四号仿宋体、黑色 标题的字体:三号黑体字、加粗、黑色、居中 主送机关的字体:四号仿宋体、黑色 正文的字体:四号仿宋体、黑色、首行缩进2个字符、1.5倍行距附件的字体:四号仿宋体、黑色、首行缩进2个字符、1.5倍行距作者的字体:四号仿宋体、黑色、右对齐 日期的字体:四号仿宋体、黑色、右对齐,“零”可写为“○”注释的字体:小四号仿宋体、黑色 主题词的字体:三号黑体、黑色、加粗 抄送机关的字体:四号仿宋体、黑色 印发说明的字体:四号仿宋体、黑色 印章上不压正文,下压日期

一、红头文件的制作及标准 1、进行页面设置 选择“文件”——“页面设置”选择“页边距”附签,上:3.7厘米下:3.5厘米左:2.8厘米右:2.6厘米。选择“版式”附签,将“页眉和页脚”设置成“奇偶页不同”,在该选项前打“√”。选择“文档网格”附签,“字体设置”,“中文字体”设置为“仿宋”;“字号”设置成“三号”,单击“确定”按钮,选中“指定行网格和字符网格”;将“每行”设置成“28”个字符;“每页”设置成“22”行。然后单击“确定”按钮,这样就将版心设置成了以三号字为标准、每页22行、每行28个汉字的国家标准。 2、插入页号 选择“插入”——“页码”,“位置”设置为“页面底端(页脚)”,“对齐方式”设置为“外侧”。然后单击“格式”按钮,“数字格式”设置为全角的显示格式,单击“确定”按钮,再次单击“确定”按钮完成页码设置。双击页码,在页码两边各加上一条全角方式的短线;并将页码字号设置成“四号”;字体任意;奇数页的页码设置成右空一个汉字,偶数页的页码设置成左空一个汉字。 3、发文机关标识制作 选择“插入”——“文本框”——“横排”菜单项,鼠标将会变成“┼”,在Word 2000版面上单击鼠标左键,出现一个文本框,在该文本框内输入发文机关标识,输入完成后,选中该文本框,单击鼠标右键——“设置文本框格式”,在这里来设置红头的属性。 选择“颜色和线条”附签,“颜色”设置成“无填充颜色”。选择“大小”附签,“高度”设置成“2cm”;宽度设置成“15.5cm”。注:用户可根据实际情况调节尺寸。选择“版式”附签,单击“高级”按钮,水平对齐:“对齐方式”设置成“居中”,“度量依据”设置成“页面”;垂直对齐:“绝对位置”设置成“页边距”,“下侧”设置成“2.5cm”——平行文标准,“8.0cm”——上行文标准,注:用户可根据实际情况调节尺寸。然后单击“确定”。 选择“文本框”附签,左、右、上、下都设置成“0cm”,单击“确定”完成。文本框属性全部设置完成,单击“确定”按钮。选中文本框内的全部文字,将颜色设置成“红色”,字体设置成“小标宋简体”,字号根据文本框的大小设置成相应字号,但要尽量充满该文本框,这样,宽为155mm、高为20mm、距上25mm的红头制作完成。 4、红线制作 首先将“视图”——“工具栏”——“绘图”选中,单击“绘图”工具条的直线工具,鼠标会变成“十”字形,左手按住键盘上的Shift键,右手拖动鼠标从左到右划一条水平线,然后选中直线单击鼠标右键,选择“设置自选图形格式”,红线的属性在这里进行设置。选择“颜色和线条”附签,“颜色”设置为“红色”;“虚实”设置为“实线”;“粗线”设置为“2.25磅”。选择“大小”附签,“宽度”设置为“15.5cm”。选择“版式”附签,单击“高级”按钮,水平对齐:“对齐方式”设置成“居中”,“度量依据”设置成“页面”,垂直对齐:“绝对位置”设置成“页边距”,“下侧”设置成“7cm”——平行文标准,“13.5cm”——上行文标准,注:用户可根据实际情况进行调节。单击确定。

红头公文标准格式

一、红头文件的制作及标准 1、进行页面设臵 选择“文件”——“页面设臵”选择“页边距”附签,上:3.7厘米下:3.5厘米左:2.8厘米右:2.6厘米。选择“版式”附签,将“页眉和页脚”设臵成“奇偶页不同”,在该选项前打“√”。选择“文档网格”附签,“字体设臵”,“中文字体”设臵为“仿宋”;“字号”设臵成“三号”,单击“确定”按钮,选中“指定行网格和字符网格”;将“每行”设臵成“28”个字符;“每页”设臵成“22”行。然后单击“确定”按钮,这样就将版心设臵成了以三号字为标准、每页22行、每行28个汉字的国家标准。 2、插入页号 选择“插入”——“页码”,“位臵”设臵为“页面底端(页脚)”,“对齐方式”设臵为“外侧”。然后单击“格式”按钮,“数字格式”设臵为全角的显示格式,单击“确定”按钮,再次单击“确定”按钮完成页码设臵。双击页码,在页码两边各加上一条全角方式的短线;并将页码字号设臵成“四号”;字体任意;奇数页的页码设臵成右空一个汉字,偶数页的页码设臵成左空一个汉字。 3、发文机关标识制作 选择“插入”——“文本框”——“横排”菜单项,鼠标将会变成“┼”,在Word 2000版面上单击鼠标左键,出现一个文本框,在该文本框内输入发文机关标识,输入完成后,选中该文本框,单击鼠标右键——“设臵文本框格式”,在这里来设臵红头的属性。选择“颜色和线条”附签,“颜色”设臵成“无填充颜色”。选择“大小”附签,“高度”设臵成“2cm”;宽度设臵成“15.5cm”。注:用户可根据实际情况调节尺寸。选择“版式”附签,单击“高级”按钮,水平对齐:“对齐方式”设臵成“居中”,“度量依据”设臵成“页面”;垂直对齐:“绝对位臵”设臵成“页边距”,“下侧”设臵成“2.5cm”——平行文标准,“8.0cm”——上行文标准,注:用户可根据实际情况调节尺寸。然后单击“确定”。 选择“文本框”附签,左、右、上、下都设臵成“0cm”,单击“确定”完成。文本框属性全部设臵完成,单击“确定”按钮。选中文本框内的全部文字,将颜色设臵成“红色”,字体设臵成“小标宋简体”,字号根据文本框的大小设臵成相应字

某公司红头文件模板

x x市x x有限公司文件 xx字[2010]第2号 ★ 关于落实《各级管理人员安全生产责任制》的 通知 各项目经理部: 为认真贯彻执行《建筑法》、《建筑施工安全检查标准》及现行安全生产相关法律、标准、规范,顺利完成本年度安全生产责任目标,确保工程安全生产、文明施工。公司特制定《各级管理人员安全生产责任制》、现下发给你们,望认真贯彻执行。 附:《各级管理人员安全生产责任制》 2010年2月25日

x x市x x有限公司文件 xx字[2010]第2号 ★ 关于落实《企业各部门安全生产责任制》的 通知 各项目经理部: 为认真贯彻执行《建筑法》、《建筑施工安全检查标准》及现行安全生产相关法律、标准、规范,顺利完成本年度安全生产责任目标,确保工程安全生产、文明施工。公司特制定《企业各部门安全生产责任制》、现下发给你们,望认真贯彻执行。 附:《企业各部门安全生产岗位责任制》 2010年2月28日

x x市x x有限公司文件 xx字[2010]第6号 ★ 关于落实《企业各级各部门及管理人员安全生产责任制考核办法》的通知 各项目经理部: 为认真贯彻执行《建筑法》、《建筑施工安全检查标准》及现行安全生产相关法律、标准、规范,顺利完成本年度安全生产责任目标,确保工程安全生产、文明施工。公司特制定《企业各级各部门及管理人员安全生产责任制考核办法》、现下发给你们,望认真贯彻执行。 附:《企业各级各部门及管理人员安全生产责任制考核办法》、 2010年3月2日

x x市x x有限公司文件 xx字[2010]第10号 ★ 关于落实《企业各工种安全技术操作规程》的 通知 各项目部: 为强化工程的安全生产、文明施工管理,杜绝违章作业,预防安全事故。公司特制定各工种及机械设备安全技术操作规程,现下发给你们,望认真组织各工种学习,并将设备操作规程悬挂于操作现场。 附:《企业各工种安全技术操作规程》 2010年3月8日

公司红头文件标准格式

关于颁布店面团购管理制度的重要通知 各店面: 为进一步加强公司管理,规范店面团购申请流程和标准,提高团购合作收益,明确团购所用物资及兑换的准确性、及时性,特拟定本制度: 第一条团购申请基本条件 1、为扩大品牌宣传、提升场地人气,经店面管理团队沟通并取得 一致意见后,店面可向管理公司进行店面团购申请; 2、邮件一经发出,即默认为店总知悉并同意进行团购申请;如有 特殊情况,店总应迅速回复邮件进行说明。 第二条团购申请方式 店面团购申请一律通过邮件方式进行,发送及抄送要求如下,发送时不得有失误、遗漏或多余人员范围: 1、申请人:店面销售部经理,如店面销售部经理岗位空缺,可由 店面保障部经理或店总代为发出申请; 2、邮件发送范围:城市/区域市场经理、区域负责人、营销企划部 指定专人、法律事务部、营销企划部总监、公司三位副总、财务总监; 京运字 [ 2019] 特70号 号

3、邮件抄送范围:公司总经理、店面店总、主管会计、店面财务 专员。 第三条团购申请要求 1、邮件申报时必须以《店面团购申请登记表》的标准格式进行申 报,同时务必以附件形式提交合同草稿; 2、店面团购申请各项填写内容须全面、真实、准确、有效,其中 带有“*”项为必填项,不得空缺。 具体内容详见附件二:《店面团购申请登记表》。 第四条团购申请流程 1、初审由城市/区域市场经理及区域负责人进行,审查项目可行 性; 2、复审由营销企划部指定专人及法律事务部进行,审核项目的合 规性及合法性; 3、终审由财务总监进行,复核确认后店面方可正式签订合同; 4、网站上线价格低于4折的团购申请,需营销企划部总监及公司 副总经理进行审批,审批通过后方可进行; 5、未经申请私自团购、未通过审批进行团购或未按照流程申请团 购的店面,一经查实,店面店总一律处以千元以上罚款及全国 通报,并酌情追究相关人员责任。 具体流程及要求详见附件一:《店面团购申请流程图》 第五条合同签订及收款 1、合同签订后,店面财务专员须将合同扫描件发给主管会计,并

红头文件的标准格式及范本

红头文件的标准格式及范本 格式: 眉首:(文头,红色反线以上部分) 印制份数序号、密级和保密期限、紧急程度、发文机关标识、发文字号、签发人 1.公文份数顺序号7位数(版心左上角顶格第1行,机密、绝密件才标注) 2.密级和保密期限(秘密、机密、绝密*30年) 秘密件指内容涉及国家一般秘密,一旦泄露会使国家的安全和利益遭受一定损害的公文。 机密件指内容涉及国家重要秘密,一旦泄露会使国家的安全和利益遭受严重损害的公文。 绝密件指内容涉及国家核心秘密,一旦泄露会使国家的安全和利益遭受重大损害的公文。 3.紧急程度 急件、特急;电报:特提、特急、加急、平急 (3号黑体字,顶格标识在版心右上角第1行,两字间空1字;如同时标识密级和紧急程 度,密级在第1行,紧急程序在第2行) 4.发文机关标识(小标宋体字,红色) 《XXX人民政府文件》一一主要用于向上级机关报告工作,颁布行政规章,发布政府的决 定或通知、印发重要会议纪要和政府领导讲话,转发上级或批转下级重要文件等)《XXX人民政府》一一主要用于印发函件及处理一般事项的通知、批复等下行文。 联合行文(党、政、军、群) 5.发文字号(发文机关标识下空2行,用3号仿宋体字,居中排布。联合行文只标主办机关的发文字号) 发文机关代字(渝府发)一一年份〔2005〕一一序号 6.签发人 只有上行文才标注。平行排列于发文字号右侧。发文字号居左空1字,签发人姓名居右空1字。“签发人”用3号仿宋字,后用3号楷体字标识签发人姓名。 二、主体(红色反线下方,主题词上方) 标题、主送机关、正文、附件、发文机关、成文时间、印章、附注 1.标题(位于红色反线空两行之下,2号小标宋体字,居中) 三要素:发文机关——事由(关于?的)——文种 要求:切题、简明、醒目得体 2.主送机关(左侧顶格用3号仿宋体字标识) 全称或规范化简称、统称 注:公告、通告等属周知性的公文,没有主送单位。 3.公文正文:首页必须显示正文 4.附件(正文下空1行左空2字,用3号仿宋体标识)附件是正文内容的组成部分,与公文正文 一样具有同等效力。 5.成文日期(行政机关公文用汉字,党委系统用阿拉伯数码标识;法规性公文的成文时间一般在标题下方正中,并加一圆括号) 成文日期确定的原则:

最新红头文件格式标准样板最新

【公文写作】 格式: 眉首:(文头,红色反线以上部分) 印制份数序号、密级和保密期限、紧急程度、发文机关标识、发文字号、签发人 1公文份数顺序号7位数(版心左上角顶格第1行,机密、绝密件才标注) 2密级和保密期限(秘密、机密、绝密*30年) 秘密件指内容涉及国家一般秘密,一旦泄露会使国家的安全和利益遭受一定损害的公文。机密件指内容涉及国家重要秘密,一旦泄露会使国家的安全和利益遭受严重损害的公文。绝密件指内容涉及国家核心秘密,一旦泄露会使国家的安全和利益遭受重大损害的公文。 3紧急程度 急件、特急;电报:特提、特急、加急、平急 (3号黑体字,顶格标识在版心右上角第1行,两字间空1字;如同时标识密级和紧急程度,密级在第1行,紧急程序在第2行) 4发文机关标识(小标宋体字,红色) 《XXX人民政府文件》——主要用于向上级机关报告工作,颁布行政规章,发布政府的决定或通知、印发重要会议纪要和政府领导讲话,转发上级或批转下级重要文件等) 《XXX人民政府》——主要用于印发函件及处理一般事项的通知、批复等下行文。联合行文(党、政、军、群) 5发文字号(发文机关标识下空2行,用3号仿宋体字,居中排布。联合行文只标主办机关的发文字号) 发文机关代字(渝府发)——年份〔2005〕——序号 6签发人 只有上行文才标注。平行排列于发文字号右侧。发文字号居左空1字,签发人姓名居右空1字。“签发人”用3号仿宋字,后用3号楷体字标识签发人姓名。 二、主体(红色反线下方,主题词上方)

标题、主送机关、正文、附件、发文机关、成文时间、印章、附注 1标题(位于红色反线空两行之下,2号小标宋体字,居中) 三要素:发文机关——事由(关于?的)——文种 要求:切题、简明、醒目、得体 2主送机关(左侧顶格用3号仿宋体字标识) 全称或规范化简称、统称 注:公告、通告等属周知性的公文,没有主送单位。 3公文正文:首页必须显示正文 4附件(正文下空1行左空2字,用3号仿宋体标识) 附件是正文内容的组成部分,与公文正文一样具有同等效力。 5成文日期(行政机关公文用汉字,党委系统用阿拉伯数码标识;法规性公文的成文时间一般在标题下方正中,并加一圆括号) 成文日期确定的原则: (1)会议通过的决定、决议等以会议通过日期为准; (2)领导签发的,以签发日期为准; (3)联合行文,以最后签发机关的领导签发日期为准;

(完整版)公司红头文件格式规范及流程管理办法

公司红头文件格式规范及流程管理办法 第一节总则 第一条公司文件,是传达贯彻上级指示精神、请示和答复问题,指导或商洽工作的重要工具。 第二条公司文件,实行统一管理。文件的管理,要做到规范、准确、及时、安全。行文单位,要克服官僚主义和文牍主义。 1. 各部门及各有关人员,对文件中涉及本公司应保密的事项,必须严守机密,不可随便向他人泄露。 2. 文件保密等级分为:绝密、机密、秘密三种,其他为一般文件。绝密、机密文件打印一定要用专用磁盘。绝密文件只能印一份,由起草人送有阅文资格的人员传阅,机密文件按审阅人数打印,阅完后由起草人收回归档。保密文件由阅文人妥善保管,详见《保密管理制度》。第三条文件机密等级,由发文单位的主管领导根据文件内容确定。 第四条公司发文的程序为:拟搞、审核(部门领导)、签发(公司领导)打印、发文、催办、立卷、归档、销毁等。 第五条公司收文的处理程序为:收文、分文、传送、催办、立卷、归档、销毁。 第六条草拟文件应注意以下事项 1. 内容要符合公司制度。 2. 反映情况要客观,实事求是。 3. 文字要准确、精炼,条理清楚,层次分明,结构紧密,用语规范。 4. 人、地、名称、引文及时间要具体、准确。 第七条各负责人阅、批文件应仔细认真,阅完后须签名并注明日期,不得圈阅。需要签署具体意见的,要明确、具体。 第八条公司所有发文,发文单位应有存档,并将文件原稿(经领导签字)审核稿件连同正本二份存档。有领导指示的,还应附批复件。 第九条收文由行政人事部统一负责。行政人事部收文后,应先做好归类、登记,然后根据文件的内容,分送有关领导阅示。阅示完毕后,由行政人事部收回归档。 第十条所有文件发放,一定要有登记、签收手续。 第十一条公司发文,一定要由行政人事部统一编号 1. 以公司名义对外发文,一律×××字(××年)××号; 2. 公司总经办文,用总经办字(××年)××号; 3. 财务部发文,用财字(××年)××号; 4. 工程部发文,用工字(××年)××号; 5. 技术部发文,用技字(××年)××号; 6. 营运部发文,用营字(××年)××号; 7. 人事行政部发文,用人行字(××年)××号; 第十二条红头文件,只适用于需遵照执行的制度、规定、决定、决议、纪要、任免等,其他文件一般用公司信笺印发。 第二节文件起草收发规定 第十三条公司的文件由行政人事部起草,总经办审核,总经理审批签发;公司各部门的文件由各部门负责起草,总经办审核,总经理签发。 第十四条文件签发后,送行政人事部(签发的原件和电子版本件)统一由其排版、编号、打印,打印后送回起草部门校对,校对无误方能复印、盖章、上传、下发、流转。 第十五条文件和原稿,由行政人事部分类归档,保存备查。 第十六条属于保密的文件,核稿人应该注明保密等级,并确定报送范围。保密文件按保

公司红头文件格式范文6篇

公司红头文件格式范文6篇 关于落实《各级管理人员安全生产责任制》的通知 各项目经理部: 为认真贯彻执行《建筑法》、《建筑施工安全检查标准》及现行安全生产相关法律、标准、规范,顺利完成本年度安全生产责任目标,确保工程安全生产、文明施工。公司特制定《各级管理人员安全生产责任制》、现下发给你们,望认真贯彻执行。 附:《各级管理人员安全生产责任制》 xx年x月x日 公司红头文件格式范文篇二:(宋体三号字空两行) 大连华翔建设集团有限公司文件 (宋体三号字空两行) 华翔发〔20xx〕1号 (居中仿宋三号字) (宋体三号字空两行) 关于xxxxxx 的通知(宋体2号字) (宋体三号字空一行) 各有关部门: (正文包括附件、日期均为仿宋3号字) xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。 xxxxxxxxxxxx。 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxx。 (宋体三号字空一行) 附件:1.关于xxxxxxx的通知 2.关于xxxxxxxxxxxxxxxxxxxxxxxxxx的通知 3.印章使用规定 xx年x月x日 (宋体三号字空一行) 附注 (主题词黑体三号字) 主题词:xxxxxx通知 (宋体3号字) 报送:xx,xxx,xx,xxx,xxxx,xx,x xx,xxx。(仿宋三号字) 抄送:xx,xxx,xx,xxx,xxxx,xx 公司红头文件格式范文篇三:xxx有限公司 苏华发〔20xx〕023号 关于召开xx区域营销工作交流研讨会议的通知 xx区域各分公司、办事处: 为了进一步推进xx区域的营销工作,带动全国市场的

标准国家行政机关公文及公司通用红头文件排版格式

国家行政机关公文格式 一、纸型、纸质 复印纸A4型(国际标准210mm×297mm),厚度定量60—80g/m2。 二、封面 文件必须按《国家行政机关公文格式》执行。材料10页以内的一般不加封面,确需加封面的材料可以加上,如规划、纲领性文件、规章制度、材料汇编等。封面可使用必要的文字和徽标,但不使用花边和图案。加封面的材料同时应加封底。 三、标题 标题使用2号小标宋体或宋体加粗,顶行。副标题居中排列,使用3号宋、仿宋或楷体,但不与正文字体重复,破折号占2格。 四、正文 1.正文文字字体、字号 正文使用3或4号仿宋、宋体。 2.正文内标题字体、字号 1级标题文字使用3或4号黑体,2级标题文字使用3或4号楷体,3级标题文字使用3或4号宋或仿宋体,4级标题文字使用3或4号宋或仿宋体。标题单独成行时,均无需标点。 不提倡正文内标题使用加粗或艺术字体,如行书、隶书、魏书、细圆体、综艺体、琥珀体、瘦金体等,以保持公文严肃、文面整洁。

3. 结构层次序数、标点 第1层为“一、”,第2层为“(一)”,第3层为“1.”,第4层为“(1)”。不使用不规范的序号,如:1)、A、a等。 4.段落 每段文字前空2格,第2行起均顶格。 5.表格 正文中表格一般作附件,置后。小于文面半幅的,可随文就位,与正文同宽。表内字体同正文,字号可略小。 6.数字 数字除成文日期、部分结构层次序数和在词、词组、惯用语、缩略语、具有修辞色彩语句中作为词素的数字必须使用汉字外,应当使用阿拉伯数字。 五、落款、盖印 在正文后空2行,单位名称按印章全称。盖印,可不写单位名称。成文日期中“○”用插入符号里的几何图形,或用区位码0180,不能用阿拉伯数“0”。最后一个字离右边沿4格。盖印跨年月日,上2/3,下1/3,左右居中,端正清晰。 六、页码 双面印刷页码居外侧,单面印刷页码居右侧,均以“-1-”的形式出现。 七、页面设置 上3.7cm,下3.5cm,左2.8cm,右2.6cm,页脚3.0cm,

公司红头文件样本

湖南**有限公司****〔2014〕B G68号 **——移动互联网研发专家

一、****简介 湖南****有限公司成立于2014年8月,前身为长沙东网科技有限公司(创始于2010年10月)。目前,万研面对国内外客户提供生意门面转让、房地产加盟、网站建设、搜索引擎推广、移动互联网营销、手机A P P开发、400电话办理、搜索引擎固定排名等00网络营销服务。同时,万研以技术为核心作为发展标准,招贤纳士向前推进。励志为国内外客户提供市场前沿的产品,为商家和消费者提供身边的服务。 万研是湖南服务一流、专业的互联网综合服务商。作为国内顶级I D C服务商新一代、新网、新网互联在湖南地区总代理、百度(湖南)二级客户服务中心,我们一直秉承“以服务为核心,做透服务标准”的经营理念,专注企业服务,率先打造行业服务标准,帮助每一位客户通过互联网获得成功。

新一代的不输I D C数据中心,强大的电信、联通、双线路带宽资源(25G宽带),专业的I D C防火墙、防病毒网关等安全设施,保障企业网络营销平台“网络不断、系统不宕、应用不停、数据不丢”。 先进的智能D N S和C D N技术实现了跨运营商网络加速、在中国电信、中国联通、中国教育网、中国铁通、中国移动等多个电信运营商骨干网络上布署C D N边缘分发节点,真正解决互联互通问题,保证用户访问的速度及质量。 7x24小时不间断的运营维护服务,实时 响应客户的需求,即时解决用户的问题。我们在三年时间里,为超过五百家企业提供信息化服务,为其提供量身定制的信息化解决方案,我们的专业成就了客户的信息化价值。 遍布全省的服务网络,拥有多名网络营销专家为企业提供一对一的优质网络营销服务和信息化咨询。

企业、公司红头文件公文格式

企业、公司红头文件公文格式

×××××管理有限公司 纸质公文格式 综合管理部 二○○四年九月二十日编制 说明:本纸质公文格式样本共8页,按照国家标准GB/T9704-1999并结

合公司实际情况制定。

公司B 特 急 ×××××管理有限公司文件 物业××字〔2004〕××号 签发人:××× 关于×××××的通知(批复、函) ××公司: ×××××××××××××××××××××××××××××××××××××。 ××××××××××××××××××××××××××××××××。 ×××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××。 —1— 发文机构:宋密级、紧发文字号、签发 标题:小二 主送单位: 正文:小 该 页 为 该 页

公司B密★一年 特急×××××管理有限公司文件 签发人:××× 物业××字〔2004〕××号××× 关于×××的请示 ××公司: ×××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××。 —1—

×××××××××××××××××××××。 附件:1、××××× 2、××××× 二○○三年×月×日 (联系人:×××,电话:××) 主题词: ×× ×× 主送:×××××××××,××××××××,×××× ×××××××××。 抄报:×××× 抄送:×××× —2— 该 页 为联系人:只在主题词: 报送对象:

最新公司红头文件格式范文6篇

公司红头文件格式范文6篇 “红头文件”是指我国党政机关发布的除法律、法规以外的其他的文件,由于这些文件都是采用红色字体印刷完成,所以被称为“红头文件”。本文是为大家整理的公司红头文件格式范文,仅供参考。 公司红头文件格式范文篇一:关于落实《各级管理人员安全生产责任制》的通知 各项目经理部: 为认真贯彻执行《建筑法》、《建筑施工安全检查标准》及现行安全生产相关法律、标准、规范,顺利完成本年度安全生产责任目标,确保工程安全生产、文明施工。公司特制定《各级管理人员安全生产责任制》、现下发给你们,望认真贯彻执行。 附:《各级管理人员安全生产责任制》 xx年x月x日 公司红头文件格式范文篇二:(宋体三号字空两行) 大连华翔建设集团有限公司文件 (宋体三号字空两行) 华翔发〔20xx〕1号(居中仿宋三号字) (宋体三号字空两行) 关于×××××× 的通知(宋体2号字) (宋体三号字空一行) 各有关部门:(正文包括附件、日期均为仿宋3号字) ×××××××××××××××××××××××××××××××××××××××

×××。 ××××××××××××××××××××××××××××××××××××××××××。 ××××××××××××。 ×××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××。 (宋体三号字空一行) 附件:1.关于×××××××的通知 2.关于××××××××××××××××××××××××××的通知 3.印章使用规定 xx年x月x日 (宋体三号字空一行) 附注 (主题词黑体三号字) 主题词:××××××通知(宋体3号字) 报送:××,×××,××,×××,××××,××,× ××,×××。(仿宋三号字) 抄送:××,×××,××,×××,××××,×× 公司红头文件格式范文篇三:xxx有限公司 苏华发〔20xx〕023号 关于召开xx区域营销工作交流研讨会议的通知 xx区域各分公司、办事处:

标准国家行政机关公文及公司通用红头文件排版格式

标准国家行政机关公文及公司通用红头文件排 版格式 GE GROUP system office room 【GEIHUA16H-GEIHUA GEIHUA8Q8-

国家行政机关公文格式 一、纸型、纸质 复印纸A4型(国际标准210mm×297mm),厚度定量60—80g/m2。 二、封面 文件必须按《国家行政机关公文格式》执行。材料10页以内的一般不加封面,确需加封面的材料可以加上,如规划、纲领性文件、规章制度、材料汇编等。封面可使用必要的文字和徽标,但不使用花边和图案。加封面的材料同时应加封底。 三、标题 标题使用2号小标宋体或宋体加粗,顶行。副标题居中排列,使用3号宋、仿宋或楷体,但不与正文字体重复,破折号占2格。 四、正文 1.正文文字字体、字号 正文使用3或4号仿宋、宋体。 2.正文内标题字体、字号

1级标题文字使用3或4号黑体,2级标题文字使用3或4号楷体,3级标题文字使用3或4号宋或仿宋体,4级标题文字使用3或4号宋或仿宋体。标题单独成行时,均无需标点。 不提倡正文内标题使用加粗或艺术字体,如行书、隶书、魏书、细圆体、综艺体、琥珀体、瘦金体等,以保持公文严肃、文面整洁。 3. 结构层次序数、标点 第1层为“一、”,第2层为“(一)”,第3层为“1.”,第4层为“(1)”。不使用不规范的序号,如:1)、A、a等。 4.段落 每段文字前空2格,第2行起均顶格。 5.表格 正文中表格一般作附件,置后。小于文面半幅的,可随文就位,与正文同宽。表内字体同正文,字号可略小。 6.数字 数字除成文日期、部分结构层次序数和在词、词组、惯用语、缩略语、具有修辞色彩语句中作为词素的数字必须使用汉字外,应当使用阿拉伯数字。 五、落款、盖印

红头文件格式

(上行文格式) 中共×××委办公室(请示) (居右空1字,联署单位签发人姓名按 先上下后左右标注,用4号仿宋体字) (发文机关标识下空2行,居左空1字,用4号仿宋体字)×××××× ××报…20××?×号签发人:××××××————————————————★———————————————— 中共×××委办公室 关于××××××的请示(红色反线下空2行,居中 排印,用2号小标宋体字)××××(主送机关在标题下空1行,左侧顶格标注,用3号仿宋体字): ××××××××××××××××××××××××××××××××××××××××××××××××××××××××××……(正文在主送机关下1行,每自然段左空2字,回行顶格,用3号仿宋体字)。 ×××××××××××××××××××××××××

×××××××××××××××××××××××××××××××××……。 ××××××××××××××××××××××××××××××××××××××××××××××××××××××××××……。 当否,请批复 (发文机关署名在正文末行下空2行,用3号仿宋体字) ××××××××× 20××年×月×日 (成文日期用阿拉伯数字书写全称,位于发文机关署名右下方低 2个字,且“日”字右空2个字,用3号仿宋体字。凡标明主 送机关的公文需加盖印章) (词目用3号小标宋体字,词目之间空1字) 主题词(居左顶格,用3号黑体字):×××××××××请示 ××××××办公室20××年×月×日印 (共印××份) (印制版记位于公文末页,印发机关名称和印发日期左右各空半个4号字,上行文印发日期后面标“印”字,印制份数在底线下右空两个4号字,印制份数位于末行,均使用4号仿宋体字) —2—

红头文件公文格式

红头文件公文格式 WTD standardization office【WTD 5AB- WTDK 08- WTD 2C】

湖北长江路桥股份有限公司 文件炎陵至汝城高速公路第二十三标段项目部 湘炎汝C23标〔2010〕06号 关于完善炎汝高速公路第23合同段设计问题汇总 1、汝城停车区Y匝道及停车区内排水问题,因现场地形显示Y匝道,Y匝道停车区与右侧山体之间形成后,中间地带形成较深洼地,雨季仅靠地 下盲沟排水将形成较大质量隐患,因此需重新考虑综合排水方案。 2、Y匝道及Y匝道汝城停车区设计图施工断面与现场地形严重不符, 需修改设计图(二院)。 3、主线K101+000—K102+300段原设计填缺;汝城停车区设计文件调 整后填缺 m3,需另考虑合格取土场或改良土方案。 4、由于K102+040~+200段路基左侧全部为文泉村民房,村落内无排水设施,雨水季节积水漫流,浸泡民房,民怨较大,村组强烈要求该段增设挡 土墙设施,重新考虑规划排水沟。 5、K102+560涵洞进口与原地面高差达4M,为便于接路,需设计考虑接路增设挡墙设施。 6、G106国道改造与高速路基K102+450~+600段位置及工程量问题, 原设计图内工程数量不够。且无明确改路路线图及施工详图。

7、K103+650~+700段路堑开挖段出现膨胀土致骨架护坡垮塌,应考虑治理方案,如不处理,下面一、二级路堑边坡无法开挖。 8、K104+000~+050段陡斜坡路堤,填土高度达20M,需考虑增设挡土墙防止路基侧向滑移。 9、K104+320~+380段右侧斜坡路堤填土高达20M,路基填土滑动面较长,路基形成后极不稳定,需考虑增设挡墙处理。 10、K104+180涵洞出口原设计为改路20m,现场地形不具备接路条件,老百姓要求设过路便桥方案,请予考虑。 11、K104+380~+540段挖方段土质为低液限粉土,原设计为取土场边坡放缓段,洪流高架路基改桥后该土方变弃方,无需放缓边坡。需考虑弃土场位置及边坡防护问题。 12、K103+860~K104+050段右侧改路位置为山体,没有改路位置,是否考虑盖板沟做路?或者征地挖山体做路,但图纸工程量不够。 13、洪流高架桥5#台锥坡与K104+700~+850挡土墙顺接过渡部分需考虑增设挡土墙,因锥坡底即为排洪渠,并需考虑完整改渠方案。 14、K104+760~+840段设计与原地面不符,需增设二级拱形骨架防护边 坡。 15、BK0+120~+220~K105+400~+500段路基右侧边坡原设计为边坡放缓段,取土场改移后需考虑增设一、二级拱形骨架护坡。 16、K105+350增设排水涵方案需尽快落实以及桥式通道八字墙位置问题,否则影响地方早稻灌溉,引起地方纠纷。

红头文件格式要求及说明

三种格式分别为:(.报;.函;.发.) 对应地是上行文、平行文、下行文. 三种格式地用法: “报”:指地是给上级报告情况用地; “函”:指地是对平级别地单位请求、答复、协商等情况下用地; “发”:指地是对下级布置工作、提出要求等等用地. 值得说明:“字”:指地是决定、公告等等用. 党委地直接用单位简称,政府地要加上“政”字. 红头文件注意事项: 、装订:两页以上装订至纸张地四分之一和四分之三处 、平行文:上空九格(仿宋三号字体、行距单倍行距加固定值磅) 上行文:上空格固定值磅 标题:宋体加粗小二 文号与标题空格标题与正文空格 文头用仿宋三号正文用仿宋三号 主题词:用黑体三号内容用仿宋三号 抄送报:仿宋三号 、页边距:上下左右(横字,竖行) 带文件头地用世林化发(世林化发〔〕号) 不带文件头地用世林化字(世林字〔〕号签发人:) 公司内部发文用平行文 公司外部发文用上行文 红头文件格式要求 眉首:(文头,红色反线以上部分) 印制份数序号、密级和保密期限、紧急程度、发文机关标识、发文字号、签发人 .公文份数顺序号位数(版心左上角顶格第行,机密、绝密件才标注) .密级和保密期限(秘密、机密、绝密*年) 秘密件指内容涉及国家一般秘密,一旦泄露会使国家地安全和利益遭受一定损害地公文. 机密件指内容涉及国家重要秘密,一旦泄露会使国家地安全和利益遭受严重损害地公文. 绝密件指内容涉及国家核心秘密,一旦泄露会使国家地安全和利益遭受重大损害地公文. .紧急程度 急件、特急;电报:特提、特急、加急、平急 (号黑体字,顶格标识在版心右上角第行,两字间空字;如同时标识密级和紧急程度,密级在第行,紧急程序在第行)资料个人收集整理,勿做商业用途 .发文机关标识(小标宋体字,红色) 《人民政府文件》——主要用于向上级机关报告工作,颁布行政规章,发布政府地决定或通知、印发重要会议纪要和政府领导讲话,转发上级或批转下级重要文件等)资料个人收集整理,勿做商业用途 《人民政府》——主要用于印发函件及处理一般事项地通知、批复等下行文. 联合行文(党、政、军、群) .发文字号(发文机关标识下空行,用号仿宋体字,居中排布.联合行文只标主办机关地发文字号)发文机关代字(渝府发)——年份〔〕——序号 .签发人 只有上行文才标注.平行排列于发文字号右侧.发文字号居左空字,签发人姓名居右空字.“签发人”

红头文件-公文标准格式

公文标准格式 局面布局:A4(210×297)纸,页边距上下37mm,左右26mm。 公文如无特殊要求,公文各要素一律采用三号仿宋体。 公文标准格式包含版头、版体、版记三个部分。 一、版头: (一)份号:如需标注份号,用6位阿拉伯数字表示,左上第一行。 (二)密级和保密期限:如需标注,则用3号黑体左上第二行。 (三)紧急程度:如需标注,3号黑体。(如果(一)、(二)未标注,则为第一行,如果(一、二)同时标注,则第三行....) (四)发文机关标志:红色小标宋体字,字号原则上以三号。如果联合发文,则“文件”二字居右侧且居中。联合机关自上而下排列,分散对齐。 (五)发文字号:位于发文机关标志下空两行,居中排布,使用〔〕,发文字号“不加第”,“不虚编(1号不编为01号)”。上行文中的发文字号,居左空一格,与最后一个签发人姓名同一行。 (六)签发人:“签发人:”字样,用3号仿宋体,姓名用3号楷体。多个签发人,自上而下,每行两个姓名。 (七)分割线:位于字号下4mm处居中与版心等宽的红色分割线。 二、版体: (一)标题:2号小标宋体字,位于分割线下空两行,分一行或多好居中排布,回行时注意此意完整性,长短适意,间距恰当,排列用梯形或菱形。 (二)主送机关:标题下空一行居左顶格,回行时依然顶格,最后一个机关用全角冒号。

(三)正文:公文首页必须显示正文,3号仿宋体,正文结构次序采用一、(一)、1、(1)标注,第一级黑体,第二级楷体,第三、四级仿宋体。 (四)附件说明:正文下空两行左空两字注明“附件:”,:为全角。多个附件用阿拉伯数字标记,1.xxxx,附件名后面不带任何标点符号。 (五)发文机关署名、成文日期、印章:详细见GB/T 9704-2012。 (六)成文日期中的数字,不得使用虚数。 (七)特殊情况说明: (八)附注:如有附注,居左空两字用()编排在成文日期的下一行。 (九)附件:附件应当另面编排,3号黑体字,顶格编在版心左上行 三、版记: (一)分割线: (二)抄送机关:4号仿宋体,“抄送:xxx”。如需将主送机关移至版记,则记作“主送:xxx” (三)印发机关和引发日期:印发日期右空一字,日期后加印发二字。 (四)页码:4号半角阿拉伯数字,公文版心下边缘之下,单页码居右空一字,双页码居左空一字。空白页、版记不编页码。

企业公司红头文件公文格式

企业公司红头文件公文 格式 文件管理序列号:[K8UY-K9IO69-O6M243-OL889-F88688]

×××××管理有限公司 纸质公文格式 综合管理部 二○○四年九月二十日编制 说明:本纸质公文格式样本共8页,按照国家标准GB/T9704-1999并结合公司实际情况制定。

急 ×××××管理有限公司文件 物业××字〔2004〕××号 关于×××××的通知(批复、函) ××公司: ×××××××××××××××××××××××××××××××××××××。 ××××××××××××××××××××××××××××××× ×。 ×××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××。 公司B 密★一年 特 急 ×××××管理有限公司文件 签发人:××× 物业××字〔2004〕××号 ××× 关于×××的请示 —1—

××公司: ×××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××。 —1—

×××××××××××××××××××××。 附件:1、××××× 2、××××× 二○○三年×月×日 (联系人:×××,电话:××) ××××××××××××××。 1、×××××××× 2、×××××××× 二○○三年×月×日 主题词: ×× ×× 抄报: 抄送: ××××××××××××××。

相关文档
相关文档 最新文档