rfc1872.The MIME Multipart Related Content-type
Network Working Group E. Levinson Request for Comments: 1872 Accurate Information Systems, Inc. Category: Experimental December 1995 The MIME Multipart/Related Content-type
Status of this Memo
This memo defines an Experimental Protocol for the Internet
community. This memo does not specify an Internet standard of any
kind. Discussion and suggestions for improvement are requested.
Distribution of this memo is unlimited.
Abstract
The Multipart/Related content-type provides a common mechanism for
representing objects that are aggregates of related MIME body parts. This document defines the Multipart/Related content-type and provides examples of its use.
1. Introduction
Several applications of MIME, including MIME-PEM, and MIME-Macintosh and other proposals, require multiple body parts that make sense only in the aggregate. The present approach to these compound objects has been to define specific multipart subtypes for each new object. In
keeping with the MIME philosophy of having one mechanism to achieve
the same goal for different purposes, this document describes a
single mechanism for such aggregate or compound objects.
The Multipart/Related content-type addresses the MIME representation of compound objects. The object is categorized by a "type"
parameter. Additional parameters are provided to indicate a specific starting body part or root and auxiliary information which may be
required when unpacking or processing the object.
Responsibility for the display or processing of a Multipart/Related’s constituent entities rests with the application that handles the
compound object.
Levinson Experimental [Page 1]
2. Multipart/Related Registration Information
The following form is copied from RFC 1590, Appendix A.
To: IANA@https://www.wendangku.net/doc/2f12564001.html,
Subject: Registration of new Media Type content-type/subtype
Media Type name: Multipart
Media subtype name: Related
Required parameters: Type, a media type/subtype.
Optional parameters: Start, a content-id.
Start-info, a string or content-id list.
Encoding considerations: Multipart content-types cannot have
encodings.
Security considerations: Depends solely on the referenced type.
Published specification: This document.
Person & email address to contact for further information:
Edward Levinson
Accurate Information Systems, Inc.
2 Industrial Way
Eatontown, NJ 07724
+1 908 389 5550
+1 908 389 5556 (fax)
ELevinson@https://www.wendangku.net/doc/2f12564001.html,
3. Intended usage
The Multipart/Related media type is intended for compound objects
consisting of several inter-related body parts. For a
Multipart/Related object, proper display cannot be achieved by
individually displaying the constituent body parts. The content-type of the Multipart/Related object is specified by the type parameter.
The "start" parameter, if given, points, via a content-ID, to the
body part that contains the object root. The default root is the
first body part within the Multipart/Related body.
The relationships among the body parts of a compound object
distinguishes it from other object types. These relationships are
often represented by links internal to the object’s components that
reference the other components. Within a single operating
environment the links are often file names, such links may be
Levinson Experimental [Page 2]
represented within a MIME message using content-IDs or the value of
some other "Content-" header.
3.1. The Type Parameter
The type parameter must be specified and its value is the MIME media type of the root body part. It permits a MIME user agent to
determine the content-type without reference to the enclosed body
part. If the value of the type parameter and the root body part’s
content-type differ then the User Agent’s behavior is undefined.
Note: Constraining the "type" parameter’s value to an existing media type allows the appropriate processing to be identified without
creating yet another hierarchy of registered types. A possible
default action would have the MIME mail User Agent (MUA) to display
the "start" entity alone when it could process the media type as a
basic type but not as Multipart/Related.
3.2. The Start Parameter
The start parameter, if given, is the content-ID of the compound
object’s root. If not present the root is the first body part in the Multipart/Related entity. The root is the element the application
processes first.
In the case of a Multipart/Alternative body part containing several
entities with identical content-IDs the start entity should be
selected using the Multipart/Alternative rules.
Note: The "start" parameter allows for types in which the root
element gets generated by the sending application, perhaps on the
fly. Such an application can create the "start" content-id when
processing begins and then insert the body part when it is complete.
3.3. The Start-Info Parameter
Additional information can be provided to an application by the
start-info parameter. It contains either a string or points, via a
content-ID, to another MIME entity in the message. A typical use
might be to provide additional command line parameters or a MIME
entity giving auxiliary information for processing the compound
object.
Applications that use Multipart/Related must specify the
interpretation of start-info. User Agents shall provide the
parameter’s value to the processing application. Processes can
distinguish a start-info reference from a token or quoted-string by
examining the first non-white-space character, "<" indicates a Levinson Experimental [Page 3]
content-id reference.
3.4. Syntax
related-param := [ ";" "start" "=" cid ]
[ ";" "start-info" "="
( cid-list / value ) ]
[ ";" "type" "=" type "/" subtype ]
; order independent
cid-list := cid cid-list
cid := msg-id ; c.f. [822]
value := token / quoted-string ; c.f. [MIME]
; value cannot begin with "<"
Note that the parameter values will usually require quoting. Msg-id contains the special characters "<", ">", "@", and perhaps other
special characters. If msg-id contains quoted-strings, those quote
marks must be escaped. Similarly, the type parameter contains the
special character "/".
4. Examples
4.1 Application/X-FixedRecord
The X-FixedRecord content-type consists of one or more octet- streams and a list of the lengths of each record. The root, which lists the record lengths of each record within the streams. The record length list, type Application/X-FixedRecord, consists of a set of INTEGERs
in ASCII format, one per line. Each INTEGER gives the number of
octets from the octet-stream body part that constitute the next
"record".
The example below, uses a single data block which the sender
processes on the fly to generate the record length list.
Consequently the list appears after the data.
Content-Type: Multipart/Related; boundary=example-1
start="<950120.aaCC@https://www.wendangku.net/doc/2f12564001.html,>";
type="Application/X-FixedRecord"
start-info="-o ps"
--example-1
Content-Type: Application/octet-stream
Content-Description: The fixed length records
Content-Transfer-Encoding: base64
Levinson Experimental [Page 4]
Content-ID: <950120.aaCB@https://www.wendangku.net/doc/2f12564001.html,>
T2xkIE1hY0RvbmFsZCBoYWQgYSBmYXJtCkUgSS
BFIEkgTwpBbmQgb24gaGlzIGZhcm0gaGUgaGFk
IHNvbWUgZHVja3MKRSBJIEUgSSBPCldpdGggYS
BxdWFjayBxdWFjayBoZXJlLAphIHF1YWNrIHF1
YWNrIHRoZXJlLApldmVyeSB3aGVyZSBhIHF1YW
NrIHF1YWNrCkUgSSBFIEkgTwo=
--example-1
Content-Type: Application/X-FixedRecord
Content-ID: <950120.aaCC@https://www.wendangku.net/doc/2f12564001.html,>
25
10
34
10
25
21
26
10
--example-1--
4.2 Text/X-Okie
The Text/X-Okie is an invented markup language, similar to
HTML, that permits the inclusion of images with text. A
feature of this example is the inclusion of two additional
body parts, both picture. They are referred to internally by
the encapsulated document via each picture’s body part
content-ID. Usage of "cid:", as in this example, may be
useful for a variety of compound objects. It is not, however,
a part of the Multipart/Related specification.
Content-Type: Multipart/Related; boundary=example-2;
start="<950118.AEBH@https://www.wendangku.net/doc/2f12564001.html,>"
type="Text/x-Okie"
--example-2
Content-Type: Text/x-Okie; charset=iso-8859-1;
declaration="<950118.AEB0@https://www.wendangku.net/doc/2f12564001.html,>"
Content-ID: <950118.AEBH@https://www.wendangku.net/doc/2f12564001.html,>
Content-Description: Document
{doc}
This picture was taken by an automatic camera mounted ...
{image file=cid:950118.AECB@https://www.wendangku.net/doc/2f12564001.html,}
{para}
Now this is an enlargement of the area ...
Levinson Experimental [Page 5]
{image file=cid:950118.AFDH@https://www.wendangku.net/doc/2f12564001.html,}
{/doc}
--example-2
Content-Type: image/jpeg
Content-ID: <950118.AFDH@https://www.wendangku.net/doc/2f12564001.html,>
Content-Transfer-Encoding: BASE64
Content-Description: Picture A
[encoded jpeg image]
--example-2
Content-Type: image/jpeg
Content-ID: <950118.AECB@https://www.wendangku.net/doc/2f12564001.html,>
Content-Transfer-Encoding: BASE64
Content-Description: Picture B
[encoded jpeg image]
--example-1--
5. User Agent Requirements
User agents that do not recognize Multipart/Related shall, in
accordance with [MIME], treat the entire entity as Multipart/Mixed.
MIME User Agents that recognize Multipart/Related entities but are
unable to process the given type shall either suppress the entire
Multipart/Related body part or process the root alone. In either
case the user should be notified of the MUA’s action.
Handling Multipart/Related differs from other media types in that
processing cannot be reduced to handling the individual entities.
Existing media types are handled by MIME-capable MUAs handle in a
straightforward manner. For basic media types (e.g., text, image,
etc.) the body of the entity can be directly passed to a display
process. Composite media types can be reduced to handing one or more discrete types.
Multipart/Related provides an irreducible composite media type.
The following sections discuss what information the processing
application requires.
It is possible that an application specific "receiving agent" will
manipulate the entities, after initial processing by the MIME User
Agent, prior to invoking actual application process. From the
viewpoint of the MUA, the receiving agent is the application. Okie, above, demonstrates this; it may need a receiving agent to parse the document and substitute local file names for the originator’s file
names. Other applications may just require a table showing the
correspondence between the local file names and the originator’s. Levinson Experimental [Page 6]
The receiving agent takes responsibility any for such processing.
5.1 Data Requirements
MIME-capable MUAs are required to provide the application:
(a) the bodies of the MIME entities and the entity Content-*
headers,
(b) the parameters of the Multipart/Related Content-type
header, and
(c) the correspondence between each body’s local file name,
that body’s header data, and, if present, the body part’s
content-ID.
5.2 Storing Multipart/Related Entities
The Multipart/Related media type will be used for objects that have
internal linkages between the body parts. When the objects are
stored the linkages may require processing by the application or its receiving agent.
5.3 Recursion
MIME is a recursive structure. Hence one must expect a
Multipart/Related entity to contain other Multipart/Related entities. When a Multipart/Related entity is being processed for display or
storage, any enclosed Multipart/Related entities shall be processed
as though they were being stored. It shall be the responsibility of the application handling the outermost Multipart/Related to insure
the appropriate processing of embedded Multipart/Related entities.
5.5 Configuration Considerations
It is suggested that MUAs that use configuration mechanisms, see
[CFG] for an example, refer to Multipart/Related as
Multipart/Related/
parameter.
6. Security Considerations
Security considerations relevant to Multipart/Related are identical
to those of the underlying content-type.
Levinson Experimental [Page 7]
7. Acknowledgments
This proposal is the result of conversations the author has had with many people. In particular, similar work was described by Harald A. Alvestrand (early drafts of Multipart/Related), Dave Crocker
(Multipart/Families), and Keith Moore (Multipart/References). In
addition, James Clark, Charles Goldfarb, Gary Houston, Ned Freed, Ray Moody, and Don Stinchfield, provided both encouragement and
invaluable help. The author, however, take full responsibility for
all errors contained in this document.
8. References
[822] Crocker, D., "Standard for the Format of ARPA
Internet Text Messages", STD 11, RFC 822, UDEL,
August 1982.
[CFG] Borenstein, N., "A User Agent Configuration
Mechanism For Multimedia Mail Format Information",
RFC 1524, Bellcore, September 1993.
[MIME] Borenstein, N. and and N. Freed, "MIME (Multipurpose
Internet Mail Extensions) Part One: Mechanisms for
Specifying and Describing the Format of Internet Message Bodies", RFC 1521, Bellcore, Innosoft, September 1993.
9. Author’s Address
Edward Levinson
Accurate Information Systems, Inc.
2 Industrial Way
Eatontown, NJ 07724-2265
USA
Phone: +1 908 389 5550
EMail: ELevinson@https://www.wendangku.net/doc/2f12564001.html,
Levinson Experimental [Page 8]
公司电子邮件格式范文
[标签:标题] 篇一：电子邮件的格式范文3篇 电子邮件的格式范文3篇 电子邮件(E-mail)是建立在计算机网络上的一种通信形式。计算机用户可以利用网络传递电子邮件，实现相互通信。下文是小编为大家整理的电子邮件的格式的范文，仅供参考。 在电子邮件的写作中要注意哪些呢?如何写好一封规范的电子邮件呢? 在写电子邮件时候，要采用日常办公运用的商业信函格式，使用正规的文字，不用或避免应用网络语言，诸如3Q、IFU等。 主题栏：主题明确，一目了然，让人看了知道个所以然，不会是一头雾水，不知所云，当作垃圾邮件删除掉。 称谓：准确，切不可含糊不清。是先生别称成了小姐;是小姐别喊成了先生。这是大忌讳!一次，青岛一家公司发信到公司，把我们公司的运营总监张可先生称呼成了张可小姐。搞得张先生郁闷一天。当你搞不清对方准确的性别时候，那就称老师就没错。主体：简明，扼要，把事情说清楚就可以了，不要罗嗦，拖泥带水的。事情多，写的多，那最好是分成几小段，看的清楚明了。 祝语：可以写祝您工作愉快，工作顺利，或者顺祝商祺等都可以，表示真诚。落款：公司名称，个人姓名，日期。 另外，在信件中一定要写明你的联系方式，最好是手机，随时保持畅通。 电子邮件的格式范文一： 尊敬的读者朋友： 非常感谢您长期以来对《世界经理人》杂志的支持! 为了回报您对我们的拥护，我在这里很荣幸地邀请您成为我们上线1周年的尚品·人生网的尊贵会员，您将享受到我们仅为尚品·人生网站会员提供的所有优惠和特权，更有机会在尚品·人生网的社区中结识其他与您一样成功的精英人士! 您只要点击"接受"，便可自动成为尚品·人生网站的尊贵会员。 作为世界经理人网的姊妹网站，尚品·人生网以"享受成功品味生活"为使命，让成功人士在取得财富成果的同时，也能尽情享受丰盛的人生，得到生活与事业的和谐平衡。非常感谢您的关注，期待您加入尚品·人生网! 此致 敬礼! CRAIG PEPPLES 环球资源执行总裁《世界经理人》《尚品·人生》出版人 电子邮件的格式范文二： xxx， 您好，我是北京雅致人生管理顾问有限公司的王艳。很高兴能够认识您，并有幸将我们公司介绍给您。我们公司培训主要以素质技能技巧为主，曾经成功的为 IBM/HP/SUMSUNG/微软、中海油、大唐移动、北京移动、信息产业部电信研究院服务过，欢迎您访问我们公司的网址：,对我们公司有更多的了解。 附件是我们公司擅长的培训课程及讲师简历。请您查收。 如有任何问题或者建议请您随时与我联系! 希望我们能达成互补，在未来有合作的机会! 感谢您对我工作的支持! 祝您工作开心快乐! 王艳
考研计算机统考大纲详解
考研计算机统考大纲 一、数据结构 【考查目标】 1.掌握数据结构的基本概念、基本原理和基本方法。 2.掌握数据的逻辑结构、存储结构及基本操作的实现，能够对算法进行基本的时间复杂度与空间复杂度的分析。 3.能够运用数据结构基本原理和方法进行问题的分析与求解，具备采用C或C++语言设计与实现算法的能力。 一、线性表 (一)线性表的定义和基本操作 (二)线性表的实现 1.顺序存储 2.链式存储 3.线性表的应用 二、栈、队列和数组 (一)栈和队列的基本概念 (二)栈和队列的顺序存储结构 (三)栈和队列的链式存储结构 (四)栈和队列的应用 (五)特殊矩阵的压缩存储 三、树与二叉树 (一)树的概念 (二)二叉树 1.二叉树的定义及其主要特征 2.二叉树的顺序存储结构和链式存储结构 3.二叉树的遍历 4.线索二叉树的基本概念和构造 (三)树、森林 1.树的存储结构 2.森林与二叉树的转换 3.树和森林的遍历 (四)树与二叉树的应用 1.二叉排序树 2.平衡二叉树 3.哈夫曼(Huffman)树和哈夫曼编码 四、图 (一)图的基本概念 (二)图的存储及基本操作 1.邻接矩阵法 2.邻接表法 3.邻接多重表、十字链表
(三)图的遍历 1.深度优先搜索 2.广度优先搜索 (四)图的基本应用 1.最小(代价)生成树 2.最短路径 3.拓扑排序 4.关键路径 五、查找 (一)查找的基本概念 (二)顺序查找法 (三)分块查找法 (四)折半查找法 (五)B树及其基本操作、B+树的基本概念 (六)散列(Hash)表 (七)字符串模式匹配 (八)查找算法的分析及应用 六、排序 (一)排序的基本概念 (二)插入排序 1.直接插入排序 2.折半插入排序 (三)气泡排序(bubblesort) (四)简单选择排序 (五)希尔排序(shellsort) (六)快速排序 (七)堆排序 (八)二路归并排序(mergesort) (九)基数排序 (十)外部排序 (十一)各种内部排序算法的比较 (十二)排序算法的应用 二、计算机组成原理 【考查目标】 1.理解单处理器计算机系统中各部件的内部工作原理、组成结构以及相互连接方式，具有完整的计算机系统的整机概念。 2.理解计算机系统层次化结构概念，熟悉硬件与软件之间的界面，掌握指令集体系结构的基本知识和基本实现方法。 3.能够运用计算机组成的基本原理和基本方法，对有关计算机硬件系统中的理论和实际问题进行计算、分析，并能对一些基本部件进行简单设计;并能对高级程序设计语言(如C语言)中的相关问题进行分析。 一、计算机系统概述 (一)计算机发展历程
写电子邮件的格式范文
写电子邮件的格式范文 电子邮件是Internet上最大的应用。个人利用电子邮件传输私人信件，公司利用它传送商业计划及数据，政府利用它发送公文。下面是我为你带来的，欢迎参阅。 1 亲爱的赵老师： 你好! 这是我第一次给你写信，在第一次见你的时候，我对你的印象是，你一定是一个很幽默的人，可是在相处下来的日子里，我知道了你是一个在教学方面是一丝不苟的人，却在课堂外是一个非常孩子气的人，赵老师我对你的教学方法觉得很满意，可是如果你在上课能把题目讲得更让人理解一些，那上课一定会更有趣，更深动。赵老师，我是一个对英语很感兴趣的人，我对英语的喜欢从一年级就开始了，老师也让我参加过许多活动，可是在这个暑假里，你让我知道了英语成绩好，也不一定什么都懂了，我还有很多要学。 你的教学态度从给我们讲试卷开始，我就知道了你是一个好老师，对同学负责。赵老师，我相信如果你成为一名教师，一定是同学们的好老师，因为你的高度负责，因为你和其他的同学很处得来。 当我知道老师喜欢的和我喜欢的东西一样时，心里很激动，因为周围的同学很少会喜欢黑色和红色，因为他们觉得红色太艳，黑色太阴郁了，所以当我知道老师也喜欢时有点高兴。希望以后如果有缘
再能见面。 祝： 身体健康，天天开心! 2 亲爱的妈妈： 您好! 今天，我利用暑假中的空隙时间，专门给您写一封信，是为了感谢您。感谢您这些年来对我无微不至地关怀和照顾。 妈妈，如果没有您，就没有今天的我!我有时还爱跟您吵架和拌嘴，在此利用写信的机会深深表达我对您的歉意。 记得有一天晚上，我生病了，您和爸爸开着车把我送到医院去看病。 那一天，是您在那里陪伴我一夜，一秒钟都没闭上双眼。那一天，我很想快点好起来，不让您为我那么辛苦了。那一次，由于您的精心照顾，我的身体很快康复了。 自从那次以后，我有时还会主动帮妈妈洗碗，有时也帮妈妈拖地。 妈妈，您辛苦了!我从内心衷心祝福您身体健康，万事如意! 此致 敬礼! 您的好孩子：周靖洋 3
jQuery Ajax 应用实例解析大全
jQuery Ajax应用解析 jQuery确实是一个挺好的轻量级的JS框架，能帮助我们快速的开发JS应用，并在一定程度上改变了我们写JavaScript代码的习惯。 我们先来看一些简单的方法，这些方法都是对jQuery.ajax()进行封装以方便我们使用的方法，当然，如果要处理复杂的逻辑，还是需要用到jQuery.ajax()的(这个后面会说到). 1. load( url, [data], [callback] ) ：载入远程HTML 文件代码并插入至DOM 中。 url(String) : 请求的HTML页的URL地址。 data(Map) : (可选参数) 发送至服务器的key/value 数据。 callback(Callback) : (可选参数) 请求完成时(不需要是success的)的回调函数。 这个方法默认使用GET 方式来传递的，如果[data]参数有传递数据进去，就会自动转换为POST方式的。jQuery 1.2 中，可以指定选择符，来筛选载入的HTML 文档，DOM 中将仅插入筛选出的HTML 代码。语法形如"url #some > selector"。 这个方法可以很方便的动态加载一些HTML文件，例如表单。 示例代码： $(".ajax.load").load("https://www.wendangku.net/doc/2f12564001.html,/QLeelulu/archive/2008/03/30/1130270.html .post", function (responseText, textStatus, XMLHttpRequest){ this;//在这里this指向的是当前的DOM对象，即$(".ajax.load")[0] //alert(responseText);//请求返回的内容 //alert(textStatus);//请求状态：success，error //alert(XMLHttpRequest);//XMLHttpRequest对象 }); 这里将显示结果。 注：不知道为什么URL写绝对路径在FF下会出错，知道的麻烦告诉下。下面的get()和post()示例使用的是绝对路径，所以在FF下你将会出错并不会看到返回结果。还有get()和post()示例都是跨域调用的，发现传上来后没办法获取结果，所以把运行按钮去掉了。 2. jQuery.get( url, [data], [callback] )：使用GET方式来进行异步请求 参数： url(String) : 发送请求的URL地址. data(Map) : (可选) 要发送给服务器的数据，以Key/value 的键值对形式表示，会做为QueryString附加到请求URL中。 callback(Function) : (可选) 载入成功时回调函数(只有当Response的返回状态是success才是调用该方法)。 这是一个简单的GET 请求功能以取代复杂$.ajax 。请求成功时可调用回调函数。如果需要在出错时执行函数，请使用$.ajax。示例代码： $.get("./Ajax.aspx", {Action:"get",Name:"lulu"}, function (data, textStatus){
【优质】公司内部邮件格式范文
公司内部邮件格式范文 公司内部邮件格式 一) 邮件主题 ★与公司内部同事沟通的邮件格式为：部门-发件人姓名-事件-日期 例如：企划部-焦琼琼-工作计划-14.9.16 ★与其他公司工作上的沟通邮件格式为：公司名称-事件-日期 例如：北京筑基企业管理咨询有限公司-旭亚威合同-13.10.16 (二) 邮件内容 邮件正文由以下几个部分组成：称呼、正文、结束语、附件、署名。 1、称呼 称呼是写信人对收件人的称呼用语。第一行顶格书写，使用姓氏职位为称呼，称呼后用逗号间隔敬语。 例如：徐总，您好：; 如果为群发收件人可直接称呼为Dear all 注：在进行邮件回复时，若未将发件人加入通讯录通常会出现对方邮箱名作为邮 件的称呼，为避免此情况可先将收件人地址添加至通讯录并标注，也利于今后的沟通与联系。 2、正文 位置在称呼语下面隔一行，是信的核心部分。因此要求正文层次分明、简单易懂。每段文字第一行的第一个文字向右缩两个汉字，每段第二行从左面顶格写起。 正文内容以列表的形式概述工作汇报的内容，默认文字格式。每项内容后换行空两格的书写。 ★对于工作汇报类邮件 首先、表明工作是否完成，已完成的简单描述完成情况。
其次、未完成的描述执行进度，未执行的描述为何未执行，需要特定人配合执行的需使用红色字体加粗等重点标注的形式书写。 ★对于数据汇报类邮件 首先、简述数据的内容并辅以简要的分析。 其次、针对数据异常的部分，需使用红色字体加粗等重点标注的形式书写。 3、结束语 结束语在正文之后，空一行另起一段书写，以表尊重。 4、附件 信件如果有附件，可在邮件内容书写完毕后空一行注明，以注字加冒号起"附件一、附件二......"依序列出附件内容，并在文字底下加横线，以引起收信人的注意，使收信人便于在读信之前就可了解信中的主要内容。附件文件名的格式统一为：日期-姓名-附件内容 5、署名 邮件的结尾空一行顶格标注发件姓名，换行顶格再标注发件日期。 注：正文为邮件不可或缺的一部分，即使使用附件内容的，也应根据附件内容简述汇报的内容，对于需要特定人员配合执行或数据异常的文字描述采用加粗标红 的格式。 (三) 邮件地址栏 ★收件人：邮件的接收人，并对该邮件做回复、指示。 ★抄送：将邮件同时发送给收件人以外的人，用户所写的邮件抄送一份给别人， 收到的人可回(邮件)可不回(邮件)。 注：正确理解并填写收件人和抄送的邮件地址有助于邮件接收者明确需要各自的 职责。 (四) 邮件统一格式 ★字体：除特殊标注需着重注意的文字内容外(可加粗、字体颜色彩红色)，邮件内容字体统一为：宋体9号字(不同邮箱工具对字体大小的定义不同，应用常规 正文字体大小均可)，颜色为黑色。 ★开头语和正文之间，按段分隔。分隔距离为一行。
常用函数大全
常用函数大全 mysql_affected_rows
mysql_affected_rows — 取得前一次 MySQL 操作所影响的记录行数 mysql_fetch_array —从结果集中取得一行作为关联数组或数字数组或二者兼 有:
mysql_fetch_array($result, MYSQL_NUM) , MYSQL_NUM 可用 MYSQL_BOTH 或
MYSQL_ASSOC 代替，也可以不写，默认为 MYSQL_BOTH
mysql_fetch_row — 从结果集中取得一行作为枚举数组： mysql_fetch_row（$result); mysql_fetch_assoc（$result)
mysql_fetch_row()从和指定的结果标识关联的结果集中取得一行数据并作为数组返回。每个结果 的列储存在一个数组的单元中，偏移量从 0 开始。 依次调用 mysql_fetch_row()将返回结果集中的下一行，如果没有更多行则返回 FALSE。 mysql_fetch_assoc — 从结果集中取得一行作为关联数组 ：
mysql_fetch_assoc() 和用 mysql_fetch_array() 加上第二个可选参数 MYSQL_ASSOC 完全相同。它 仅仅返回关联数组。这也是 mysql_fetch_array()起初始的工作方式。如果在关联索引之外还需要数字 索引，用 mysql_fetch_array()。 如果结果中的两个或以上的列具有相同字段名，最后一列将优先。要访问同名的其它列，要么用 mysql_fetch_row()来取得数字索引或给该列起个别名。参见 mysql_fetch_array() 例子中有关别名说 明。 有一点很重要必须指出，用 mysql_fetch_assoc()并不明显 比用 mysql_fetch_row()慢，而且还提供了 明显更多的值。
mysql_query()
仅对 SELECT，SHOW，EXPLAIN 或 DESCRIBE 语句返回一个资源标识符，
如果查询执行不正确则返回 FALSE。对于其它类型的 SQL 语句，mysql_query()在执行成功时返回 TRUE，出错时返回 FALSE。非 FALSE 的返回值意味着查询是合法的并能够被服务器执行。这并不说明 任何有关影响到的或返回的行数。 很有可能一条查询执行成功了但并未影响到或并未返回任何行。
网络协议手册——HTTP基础
HTTP协议基础 在日常工作和生活中，HTTP是我们经常用到的协议之一。很多内容需要记录下来以便平时查阅。下面就进入正题： HTTP是什么？ HTTP是Hyper Text Transfer Protocol（超文本传输协议）的缩写。它的发展是万维网协会（World Wide Web Consortium）和Internet工作小组IETF （Internet Engineering Task Force）合作的结果，最终发布了一系列的RFC，RFC 1945定义了HTTP/1.0版本。其中最著名的就是RFC 2616。RFC 2616定义了今天普遍使用的一个版本——HTTP 1.1。 HTTP在网络模型中的位置
HTTP是一个基于请求与响应模式的、无状态的、应用层的协议，常基于TCP 的连接方式，HTTP1.1版本中给出一种持续连接的机制，绝大多数的Web开发，都是构建在HTTP协议之上的Web应用。 URL介绍 URL(Uniform Resource Locator) 地址用于描述一个网络上的资源, 基本格式如下： schema://host[:port#]/path/.../[?query-string][#anchor] scheme 指定低层使用的协议(例如：http, https, ftp) host HTTP服务器的IP地址或者域名 port# HTTP服务器的默认端口是80，这种情况下端口号可以省略。如果使用了别的端口，必须指明。 path 访问资源的路径 query-string 发送给http服务器的数据 anchor- 锚 Request请求
公司内部邮件格式范文
精心整理 公司内部邮件格式范文 公司内部邮件格式 一)邮件主题 ★与公司内部同事沟通的邮件格式为：部门-发件人姓名-事件-日期 ★与其他公司工作上的沟通邮件格式为：公司名称-事件-日期 例如：北京筑基企业管理咨询有限公司- (二)邮件内容 1、称呼 称呼是写信人对收件人的称呼用语。 语。 注：为避免 2、正文 每段文字第一行 ★对于工作汇报类邮件 首先、表明工作是否完成，已完成的简单描述完成情况。 其次、未完成的描述执行进度，未执行的描述为何未执行，需要特定人配合执行的需使用红色字体加粗等重点标注的形式书写。 ★对于数据汇报类邮件 首先、简述数据的内容并辅以简要的分析。
其次、针对数据异常的部分，需使用红色字体加粗等重点标注的形式书写。 3、结束语 结束语在正文之后，空一行另起一段书写，以表尊重。 4、附件 信件如果有附件，可在邮件内容书写完毕后空一行注明，以注字加冒号起"附件一、附件二......"依序列出附件内容，并在文字底下加横线，以引起收信人的注意，使收信人便于在读信之前就可了解信中的主要内容。附件文件名的格式统一为： 日期-姓名-附件内容 5、署名 注：正文为邮件不可或缺的一部分，对(三)邮件地址栏 (邮件)可不回( (四) )，邮件内容字体统一为：宋体9号字)，颜色为黑色。 ★回复时收件人只填发邮件的人，其他均为抄送。 ★附件文件名的格式统一为：日期-姓名-附件内容 公司内部邮件范文 邮件标题：市场部-蔡永-梦幻新区4月交易数据汇报-12.5.1 叶总、王总，你们好： 4月份梦幻新区的定单发布数量为1000单，成交495笔，环比3月份(500单)发布单数量上升100%和成交量笔数(450)上升10%，发布单数与成交笔数的增长比率严重不符。请订单审核部的王总审查下是否存在重复发单的情况及重复发单的数量。
Sip_响应状态码_对照_详解(新)
Sip 响应状态码对照详解 SIP应答消息状态码 与功能 类型状态码状态说明 临时应答(1XX) 100 Trying 正在处理中 180 Ringing 振铃 181 call being forwarder 呼叫正在前向 182 queue 排队 181* session progress 会话进行 会话成功(2XX) 200 OK 会话成功 重定向(3XX) 300 multiple 多重选择 301 moved permanently 永久移动 302 moved temporaily临时移动 305 use proxy 用户代理 380 alternative service 替代服务 请求失败(4XX) 400 bad request 错误请求 401unauthorized 未授权 402 payment required 付费要求 403 forbidden 禁止 404 not found 未发现 405 method no allowed 方法不允许 406 not acceptable 不可接受 407 proxy authentication required 代理需要认证408 request timeout 请求超时 410 gone 离开 413 request entity too large 请求实体太大 414 request-url too long 请求URL太长 415 unsupported media type 不支持的媒体类型416 unsupported url scheme 不支持的URL计划420 bad extension 不良扩展 421 extension required 需要扩展 423 interval too brief 间隔太短 480 temporarily unavailable 临时失效 481 call/transaction does not exist 呼叫/事务不存在482 loop detected 发现环路 483 too many hops 跳数太多 484 address incomplete 地址不完整 485 ambiguous 不明朗 486 busy here 这里忙 487 request terminated 请求终止 488 not acceptable here 这里请求不可接受 491 request pending 未决请求 493 undecipherable 不可辨识
公司推广邮件范文_公司邮件格式范文
公司推广邮件范文_公司邮件格式范文 公司推广邮件范文1 尊敬的xx客户： 感谢您长期以来对我公司的关心与惠顾!目前因网络使用客户激增迫使我们要对网络进行扩容与改进，以方便客户，提供最有效的服务。您有什么意见和建议敬请提出。我公司的E-mail地址：xxxxx 长城宽带网络公司客户服务部 xx年x月x日 公司推广邮件范文2 xxx， 您好，我是北京雅致人生管理顾问有限公司的王艳。很高兴能够认识您，并有幸将我们公司介绍给您。我们公司培训主要以素质技能技巧为主，曾经成功的为IBM/HP/SUMSUNG/微软、中海油、大唐移动、北京移动、信息产业部电信研究院服务过，欢迎您访问我们公司的网址：,对我们公司有更多的了解。 附件是我们公司擅长的培训课程及讲师简历。请您查收。 如有任何问题或者建议请您随时与我联系! 希望我们能达成互补，在未来有合作的机会! 感谢您对我工作的支持! 祝您工作开心快乐! 王艳 xxx有限公司 公司推广邮件范文3 XXX先生/女士，您好 新年快乐! 为庆祝公司成立两周年，本公司特地推出两款产品以成本价促销，回馈新老客户两年来的支持! 一，促销产品型号 A：ZWD120W(55*3W)LED植物灯 (波长R630nm,B460nm,O:610nm,W:6500K，比例可选8:1,7:2,7:1:1,6:1:1:1使用其他灯珠价格另议。) B：SZD120W(55*3W)LED水族灯 (波长，色温B：460nm,W:120xxK，白光色温最高可以做到18000K,比例：B:W=25:30，B：W=30:25) ,灯珠发光角度可选60/90/120° 二，促销价A：70USD，B：86USD 原件A：93USD，B：105USD 三，促销时间：20xx年1月1日—20xx年-2月15日 四，售后服务：1)本公司所有产品自购买日起质保两年，全球保修，如果产品本身出现质量问题，本公司负责所有的费用。 2)非本公司的产品，我们也会安排工程师指导和协助维修。 五，产品制作细节：所有配件经品质部检验后投入生产，主要配件之间是拔
IIS mime类型大全
我的淘宝店https://www.wendangku.net/doc/2f12564001.html, application/vnd.lotus-1-2-3 3gp video/3gpp aab application/x-authoware-bin aam application/x-authoware-map aas application/x-authoware-seg ai application/postscript aif audio/x-aiff aifc audio/x-aiff aiff audio/x-aiff als audio/X-Alpha5 amc application/x-mpeg ani application/octet-stream asc text/plain asd application/astound asf video/x-ms-asf asn application/astound asp application/x-asap asx video/x-ms-asf au audio/basic avb application/octet-stream avi video/x-msvideo awb audio/amr-wb bcpio application/x-bcpio bin application/octet-stream bld application/bld bld2 application/bld2 bmp application/x-MS-bmp bpk application/octet-stream bz2 application/x-bzip2 cal image/x-cals ccn application/x-cnc cco application/x-cocoa cdf application/x-netcdf cgi magnus-internal/cgi chat application/x-chat class application/octet-stream clp application/x-msclip cmx application/x-cmx co application/x-cult3d-object cod image/cis-cod cpio application/x-cpio cpt application/mac-compactpro
【秘书基础】公司发邮件范文格式
公司发邮件范文格式 新春佳节渐近，为欢度中华民族的传统佳节，使全体人员能够开开心心地过上一个欢乐、祥和的20xx年春节，尽可能的与家人一起享受节日的欢乐和喜悦;结合生产情况，经公司研究决定： 20xx春节放假安排通知：**********************8。 回家的员工建议通过各种途径提前预订好往返的车票，以免到时"一票难求"，计算好返乡的行程安排，并做好回家的理财准备; 同时，公司要求所有的员工必须在*月*日到达深圳，确保*月*日能够正常上班;届时公司一律不接受电话请假，逾期未到者按旷工处理。 为了让不回家的员工过一个欢乐祥和的春节，同时也方便公司在春节期间的食宿安排和管理工作的开展，特通告好下： 1、决定不回家并留厂的员工(包括外宿员工)如果仍未登记的员工，请尽快到各部门主管/文员处登记，登记时注明员工姓名及部门/级别以及是否在厂内食宿，是享用管理餐还是员工餐等。 2、各部门文员/主管请将增加的统计名单于元月XX日前将留厂人中名单交到行政部 3、行政部将根据留厂人员情况安排用餐及住宿保安相关事宜，请员工决定后再行登记 4、所有留厂员工在春节期间用餐不再扣除伙食费，由公司全额承担，除夕夜与大年初一中餐加餐。
5、留厂员工可以自发组织唱歌、跳舞、游戏等娱乐活动，不得在厂内进行赌博、吸毒、酗酒、打架斗殴等违法违纪活动，违者将按厂规处理。 **有限责任公司 20xx年1月*日 一年一度的农历春节已经近在眼前，在此先预祝全体员工新春愉快，万事如意!20xx年春节公司放假安排如下： 一、放假时间 20xx春节放假安排通知：******************。 (因工作需要，财务部工作人员上班时间为20xx年*月*日)。 二、留守值班人员安排 值班人员： 姓名及电话： 值班时间：20xx年1月*日至20xx年*月*日。 工资待遇：月工资×200% 节日补贴：**元 伙食补贴：**元 三、注意事项 放假期间，请大家一定要注意人身安全，并按时返回。如遇非人为原因无法按时返回，请及时向主管部门告假。
文件上传后缀名与文件类型对照表
网上有很多php文件上传的类，文件上传处理是php的一个特色(至少手册上是将此作为php 特点来展示的,个人认为php在数组方面的优异功能更有特色)，学php的人都知道文件上传怎么做，但很多人在编程中却可能忽视了一些细节问题，那就是文件的类型(MIME)。在表单将文件提交给php做处理之前，浏览器会先解析识别一边是什么类型的文件，之后进入php处理环节，php又会去识别解析此文件的原始类型(并不是说你改成什么后缀就是什么文件)。在这个过程中会有一些浏览器兼容，更准确来说是文件类型解析标识不一致的问题。这样在php处理Post过来的文件类型时就需要根据不同浏览器做更多的判断，最典型的就是IE和火狐下的区别。 php上传图片文件(gif,jpg,bmp,png,psd,ico) php上传压缩文件(rar,7z,zip) php上传可执行文件(exe) php上传视频文件,音乐文件,歌词文件(avi,rmvb,3gp,flv,mp3,wav,krc,lrc) php上传文本文件和文档文件(word->doc,excel->xls,幻灯片->ppt,pdf,chm) php上传数据库文件(access文件,sql文件,con文件,日志文件log, dat文件) php上传网页文件,脚本文件,字体文件(ini,php,html,htm,字体文件：ttf,fon, js ,xml) php上传其他文件(class类文件,dll动态加载库文件) 史上最完全oophper亲测版php文件上传之文件类型对应表，ie，火狐各一份。 ie 火狐 id 后缀名php识别出的文件类型 0 gif image/gif 1 jpg image/pjpeg 2 png image/x-png 3 bmp image/bmp 4 psd application/octet-stream 5 ico image/x-icon 6 rar application/octet-stream 7 zip application/x-zip-compressed 8 7z application/octet-stream
2021年中文电子邮件格式范文
电子邮件是—种用电子手段提供信息交换的通信方式，是互联网应用最广的服务。下面是为你带来的中文电子邮件格式范文，欢迎参阅。 中文电子邮件格式范文1 尊敬的贵公司领导: 好您!首先感谢您给俺这次难得的机遇,请您在百忙之中抽出一点 时间,以平和的心态来看完这封求职介绍信,由于时间仓促,准备难免有不足和纰漏之处,请予以谅解! 其实,只想报着一种平静而真诚的心情,把这看作是交流和沟通的 平台.真的,这可能是俺人生中又一转折,至少会是人生中一次不一般的经历. 首先,我想表明一下个人的工作态度.也可能是阅历的浅薄吧.一直到现在我都固执地认为:我的工作就是一种学习的过程,能够在工作中 不断地汲取知识.当然,钱很重要,不过对我来说,充实而快乐的感觉就 是最大的满足了! 如果非要推销自己的话,俺想个人的生活经历让己自考虑问题更细致一些.第一,从二十岁开始,一直独自一人在外生活,自理能力不成问题.第二,整个学习过程让我有一种紧迫感,危机感.第三,从设计单位到施工单位,设计单位让俺自省,施工单位让俺自强.真的很感谢这两种经历,虽然只有短短的几个月。但无论从哪方面来说,锻炼价值都是相当大的.在工作中,一直是严格要求自己,做到了"三心",即细心,耐心,恒心;"二意",即诚意,真意. 当然,自己也并不是具备什么压倒性的优势,甚至从某种程度来说,优势即是劣势,虽然不曾离开这个行业,施工和设计都有过一些经历,但都只能说刚刚上道而已.要走的路还任重而道远!再者,离开设计也有一段时间了,重新开始又将是一个艰苦的过程!可不管怎么说,只要兴趣所在,心志所向,我想这些都是完全可以克服的. 最后,恭祝贵公司事业蒸蒸日上,祝您作工顺利!请予以考虑我这个新兵.愿与贵公司携手共筑美好未来!为盼! 致此 礼敬 中文电子邮件格式范文2 尊敬的领导 您好! 我是XX大学XX级中文专业的应届本科毕业生。步入教育事业一直是我的梦想，XX大学的几年砺炼为我实现梦想打下了坚实的基础，专业特长更使我明确了择业目标做一名中学语文教师。 久闻贵校是培养人才的重要基地，教师成长展才的沃壤，重视教育，重视能力，上下团结一心，有坚实的教育基础，对此，我十分仰幕。现把一个真实的我以自荐书的形式展现给您，望贵校给我一个展示才华的机会，为贵校出力争光，同时也圆我的育人梦想。 选择了教育事业，选择了XX大学，春风化雨育桃李的信念便铭刻于心。进入大学以后，我抓紧每一天进行专业知识的积累和教学基本功的培养，不断充实自己的头脑。才高为师，身正为范。作为师范生，我在思想上积极要求进步，乐观向上，对大是大非保持清醒认识，不畏难
文件扩展名大全1
文件扩展名大全 1.A3L：Authorware 3.x库文件 2.A3M，A4M：Authorware Macintosh未打包文件 3.A3W，A4W，A5W：未打包的Authorware Windows文件 4.A4L：Authorware 4.x库文件 5.A5L：Authorware 5.x库文件 6.ACE：Ace压缩档案格式 7.ACT：Microsoft office助手文件 8.AIF，AIFF：音频互交换文件，Silicon Graphic and Macintosh应用程序的声音格式 9.ANI：Windows系统中的动画光标 10.ARC：LH ARC的压缩档案文件 11.ARJ：Robert Jung ARJ压缩包文件 12.ASD：Microsoft Word的自动保存文件；Microsoft高级流媒体格式 13.ASF：Microsoft高级流媒体格式文件 14.ASM：汇编语言源文件，Pro/E装配文件 15.ASP：动态网页文件；ProComm Plus安装与连接脚本文件；Astound介绍文件 16.AST：Astound多媒体文件；ClarisWorks“助手”文件 17.Axx：ARJ压缩文件的分包序号文件（xx取01-99的数字） 18.BAK：备份文件 19.BAS：BASIC源文件 20.BAT：批处理文件 21.BIN：二进制文件 22.BINHex：苹果的一种编码格式 23.BMP：Windows或OS/2位图文件 24.BOOK：AdobeFrameMaker Book文件 25.BOX：Lotus Notes的邮箱文件 26.BPL：Borlard Delph4打包库 27.BSP：Quake图形文件 28.BUN：CakeWalk声音捆绑文件(一种MIDI程序) 29.C0l：台风波形文件 30.CAB：Microsoft压缩档案文件 31.CAD：Softdek的Drafix CAD文件 32.CAM：Casio照相机格式 33.CAP：压缩音乐文件格式 34.CAS：逗号分开的ASCⅡ文件 https://www.wendangku.net/doc/2f12564001.html,B：Visual Basic动态按钮配置文件 https://www.wendangku.net/doc/2f12564001.html,H：Corel图表文件 https://www.wendangku.net/doc/2f12564001.html,O：CyberChat数据文件 https://www.wendangku.net/doc/2f12564001.html,T：Macromedia Director Shockwave投影 39.CDA：CD音频轨道 40.CDF：Microsoft频道定义格式文件 41.CDI：Philip的高密盘交互格式
公司电子邮件格式范文
[ 标签 :标题 ] 篇一：电子邮件的格式范文 3 篇 电子邮件的格式范文 3 篇 电子邮件 (E-mail) 是建立在计算机网络上的一种通信形式。计算机用户可以利用网络传递 电子邮件，实现相互通信。下文是小编为大家整理的电子邮件的格式的范文，仅供参考。 在电子邮件的写作中要注意哪些呢?如何写好一封规范的电子邮件呢? 在写电子邮件时候，要采用日常办公运用的商业信函格式，使用正规的文字，不用或避免 应用网络语言，诸如3Q、IFU 等。 主题栏：主题明确，一目了然，让人看了知道个所以然，不会是一头雾水，不知所云，当 作垃圾邮件删除掉。 称谓：准确，切不可含糊不清。是先生别称成了小姐;是小姐别喊成了先生。这是大忌讳! 一次，青岛一家公司发信到公司，把我们公司的运营总监张可先生称呼成了张可小姐。搞得 张先生郁闷一天。当你搞不清对方准确的性别时候，那就称老师就没错。主体：简明，扼 要，把事情说清楚就可以了，不要罗嗦，拖泥带水的。事情多，写的多，那最好是分成几小 段，看的清楚明了。 祝语：可以写祝您工作愉快，工作顺利，或者顺祝商祺等都可以，表示真诚。落款：公 司名称，个人姓名，日期。 另外，在信件中一定要写明你的联系方式，最好是手机，随时保持畅通。 电子邮件的格式范文一： 尊敬的读者朋友： 非常感谢您长期以来对《世界经理人》杂志的支持! 为了回报您对我们的拥护，我在这里很荣幸地邀请您成为我们上线 1 周年的尚品· 人生网 的尊贵会员，您将享受到我们仅为尚品·人生网站会员提供的所有优惠和特权，更有机会在 尚品·人生网的社区中结识其他与您一样成功的精英人士! 您只要点击 " 接受 " ，便可自动成为尚品·人生网站的尊贵会员。 作为世界经理人网的姊妹网站，尚品·人生网以" 享受成功品味生活" 为使命， 让成功人士在取得财富成果的同时，也能尽情享受丰盛的人生，得到生活与事业的和谐平衡。 非常感谢您的关注，期待您加入尚品·人生网! 此致 敬礼 ! 《世界经理人》《尚品·人生》出版人 CRAIG PEPPLES 环球资源执行总 裁 电子邮件的格式范文二： xxx， 您好，我是北京雅致人生管理顾问有限公司的王艳。很高兴能够认识您，并有幸将我们公 司介绍给您。我们公司培训主要以素质技能技巧为主，曾经成功的为 IBM/HP/SUMSUNG/ 微软、中海油、大唐移动、北京移动、信息产业部电信研究院服务过， 欢迎您访问我们公司的网址： ,对我们公司有更多的了解。 附件是我们公司擅长的培训课程及讲师简历。请您查收。 如有任何问题或者建议请您随时与我联系! 希望我们能达成互补，在未来有合作的机会! 感谢您对我工作的支持 ! 祝您工作开心快乐 !
MIME类型大全
MIME类型大全 格式前面为后辍名，后面为对应的MIME型（例如：.rar application/x-rar-compressed 表示.RAR对应的是application/x-rar-compressed） .123 application/vnd.lotus-1-2-3 .3gp video/3gpp .aab application/x-authoware-bin .aam application/x-authoware-map .aas application/x-authoware-seg .ai application/postscript .aif audio/x-aiff .aifc audio/x-aiff .aiff audio/x-aiff .als audio/X-Alpha5 .amc application/x-mpeg .ani application/octet-stream .asc text/plain .asd application/astound .asf video/x-ms-asf .asn application/astound .asp application/x-asap .asx video/x-ms-asf .au audio/basic .avb application/octet-stream .avi video/x-msvideo .awb audio/amr-wb .bcpio application/x-bcpio .bin application/octet-stream .bld application/bld .bld2 application/bld2 .bmp application/x-MS-bmp .bpk application/octet-stream .bz2 application/x-bzip2 .cal image/x-cals .ccn application/x-cnc .cco application/x-cocoa .cdf application/x-netcdf .cgi magnus-internal/cgi .chat application/x-chat .class application/octet-stream .clp application/x-msclip
html所有标签及其作用
html所有标签及其作用 ,表示该文件为HTML文件
,包含文件的标题,使用的脚本,样式定义等,换行标志
,分段标志 ,采用黑体字 ,采用斜体字
,水平画线