嗫?暁雲?
范文一：邮件格式
关于尺寸
一位美国买家告诉你她平时穿US 8码的连衣裙，想咨询从你这她应该买哪一个尺码，你回复她M号比较适合。
? 关于合并运费
当买家一次性购买多件商品时，可能会向你提出合并运费的要求，你可以通过修改并发送电子发票（invoice）的形式，对买家购买的多件商品只收取一次运费。在电子发票发送成功后，及时告知买家运费已合并，让买家直接通过电子发票进行支付。
时间长的说法
Shipping time: because you bought the item from opposite side of the earth, it needs time to ship and the duration on its way to you is out of control. What under our control is that we will ensure ship the item within ce rtain biz days as described in item listing.
2. 当物品发出以后
A. （如果使用的挂号运输方式，如EMS或者挂号小包）
Dear valued customer,
The postman just picked up YOUR item from our office. It is estimated to arrive in 7-10 days in normal conditions. If not, please don’t hesitate to contact us.
3. 货物发出后的第10天
Dear valued customer,
10 days have passed since your item was shipped. It should be soon to come to you. (In normal conditions, it takes around 10-21 days from CN to USA)
When you receive it, we sincerely hope that you will like it and appreciate our customer services. If you have anything you feel unsatisfied with, please do tell us. So we can know what we should do to help you. In the meantime, we will get to know where we should improve.
If you are satisfied, we sincerely hope that you can leave us a positive comment and four 5-star Detailed Seller Ratings, which are of vital importance to the growth of our small company.
6. 收到买家好评后
Thank you for your positive comment. Your encouragement will keep us moving forward.
提醒买家留评价
Dear valued customers,
Wish you are favor of your item bought from us, and look forward to serving you again.
Since your feedback is very important to our business's development, we sincerely invite you to leave positive feedback with four 5-Detailed Selling Rating (DSR) to us basing on your satisfaction with our commodity and service. It's just take you 1 minute.
Unfortunately, If you are planning to give us a neutral/negative feedback because of your bad buying experience with us, please contact us at any time so as to clear up your discontent and resolve the problem.
Many thanks and hope you enjoy shopping with us!
提醒邮件—买家拍下物品后，却迟迟没有付款：
Hello,
Much appreciate your purchase from us, but we haven’t received your payment for that item yet.
As a friendly reminder, the instant payment is very important. The earlier you pay, the sooner you will get the item.
Please make your payment as soon as possible, so we can send you the item in time. If you have any problems during paying, or if you don’t want it any more, please feel free to let us know. We can help you to resolve the problems or cancel our transaction.
Thanks again and looking forward to hear from you soon.
提供物流最新状态 物品寄出后一段时间，买家可能会发来邮件询问物品怎么还没收到，这时你需耐心地向买家解释情况，并请其耐心等待：
还价邮件
问题：
Hello, I can give 100 dollars. Is it OK?
回答： Thank you for your interests in my item. Perhaps we can’t offer you that low price you bargained. I’m sorry for that. In fact the price listed is reasonable and been carefully calculated. It leaves me limited profit already.
But, we’d like to offer you some discounts on multiple items. If you purchase more than 5 pieces in one order, _________discount will be giver to you on amount.
Any further questions please let me know. Thanks.
Yours Sincerely,
Hello My Dear,
I shipped it yesterday, the tracking number is LS764298039CN .
Usually you can track it on www.usps.com . Cos it was shipped one day only. On EMS website shows that :
LS764298039CN
运输途中
中国(China EMS)
美国(USPS)
最新事件 -- 2016-04-09 01:23 上海市, 离开上海市 发往纽约肯尼迪机场
You can track it next two days.
Any question, don't hesitate to let me know.
Regards
Shi
Hello Friend , Thanks for your purchase . I have sent your item this afternoon , The Tracking number is : LS773475032CN You can check it on the link : https://www.usps.com/ Hope you can receive it as soon as possible ,and be satisfied with the production. Have any other question or need ,don’t hesitate to let me know .
Have a nice day Yours sincerely
Shi
范文二：邮件简历格式邮件简历格式
精品文档
邮件简历格式
现在，许多求职者都通过邮件申请发送求职简历，那么，邮件简历制作技巧是什么呢,
最近有几个同是做人力资源的朋友打来电话，说了说用电子邮件发简历的事，他们说，电脑普及了，每天会收到求职者用E-mail发送的个人简历，但收到的许多简历中，大部分都有这样或那样的问题，比如下文中将提到的。如果求职者还未用E-mail发送过简历却想试试的话，不妨一读。
注明申请的职位
求职简历发送问题也不少，在发简历的时候，应该注明申请的是何职位，并清楚你能否胜任这个工作。这样对方会认为你认真了解了公司，对自己也有一个较准确的认识，不是病急乱投医的一类，于是给你一个较高的印象分。不要用附件形式不少求职者把简历用附件的形式E-mail给公司，但收件人有时却无法打开附件。因此不要用附件的形式发你的简历，除非你知道这家公司接受某种形式的附件。
格式简洁明了
不少人事管理者抱怨收到的许多简历在格式上都很糟糕。用E-mail发出的简历在格式上应该简洁明了，重点突
1 / 2
精品文档
出，因为公司通常只看他们最感兴趣的部分。另外还有一个好办法就是把你制作精美的简历放到网上，再把网址告诉给公司。
简历格式
2 / 2
范文三：[转]MIME邮件格式
在RFC 2822文档中定义了简单的 ASCII编码的Email的邮件格式，然而随着Internet的发展，Email邮件仅仅传输简单的文本已经满足不了用户的需求，为了在Email 中传输大量HTML、图像、声音以及各种附件格式，一种新的扩展的邮件格式应运而生——MIME。由于在MIME邮件格式非常复杂，大量的RFC文档中对MIME邮件格式进行了定义与说明，比如RFC2045, RFC2046, RFC2047, RFC2049, RFC2231, RFC2387, RFC4288, RFC4289等。因此，MIME邮件格式为我们提供了极大的灵活性的同时也给我们解读MIME格式的Email邮件带来了极大的困难。以下就一封具体的邮件原始信息对MIME邮件格式作出一个概要的介绍。
解释几个常用且不易理解的Content-Type开头的MIME首部：
Received: from JSJ104 (unknown [202.204.96.147])
by smtp14 (Coremail) with SMTP id wKjRDyJAHALkc2lFEtAjAg==.38990S2;
Sun, 26 Nov 2006 19:00:55 +0800 (CST)
Message-ID: <000601c7114a$2fd50450$9360ccca@jsj104>
From: To: Subject: =?gb2312?B?MTIzMTIzxOO6wzEyMzEyMw==?= Date: Sun, 26 Nov 2006 19:01:04 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0003_01C7118D.38E01920" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 This is a multi-part message in MIME format. ------=_NextPart_000_0003_01C7118D.38E01920 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MTIzMTIzMTIz ------=_NextPart_000_0003_01C7118D.38E01920 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjI5OTUiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElWPjxGT05UIHNpemU9Mj4xMjMxMjMxMjM8L0ZPTlQ+ PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg== ------=_NextPart_000_0003_01C7118D.38E01920-- 这封Email具有一个邮件首部，然后是邮件的主体部分，它包括一个文本和一个HTML类型。可以注意到这样一行编码“boundary="----=_NextPart_000_0003_01C7118D.38E01920" ”，它是用来隔离MIME邮件的各个实体部分。 在RFC2822中定义了MIME邮件首部的格式： field-name ":" [ field-body ] CRLF 例如： MIME-Version: 1.0 Content-Type: multipart/alternative; Content-Type: text/plain; Content-Transfer-Encoding: base64 最常见也用途最都的MIME首部是以Content-Type开头的，在RFC2046给出了它的定义，大致与如下内容相似： Content-Type: text/plain; Content-Type: text/plain; charset=utf-8 Content-Type: text/plain; charset=utf-8 Content-Type: text/plain; charset=utf-8 Content-Type: text/html; Content-Type: text/html; charset=utf-8 Content-Type: text/css Content-Type: image/gif; name=image004.gif Content-Type: image/jpeg; name="image005.jpg" Content-Type: message/delivery-status Content-Type: message/rfc822 Content-Type: audio/x-mpeg Content-Type: video/mpeg-2 Content-Type: application/msword Content-Type: application/mspowerpoint Content-Type: application/zip Content-Type: multipart/mixed;???? boundary="----=_Part_3431_12384933.1139387792352" Content-Type: multipart/alternative; boundary="----=_Part_4088_29304219.1115463798628" Content-Type: multipart/related;???? boundary="----=_Part_2067_9241611.1139322711488" Content-Type: multipart/digest;???? boundary="----=Next message 15543233913938263541" Content-Type: multipart/report; report-type=delivery-status; boundary="k04G6HJ9025016.1136391237/carbon.singnet.com.sg" Content-Type: multipart/parallel 1) Content-Type: multipart/mixed 它表明这封Email邮件中包含各种格式的MIME实体但没有具体给出每个实体的类型。 2) Content-Type: multipart/alternative 如果同一封Email邮件既以文本格式又以HTML格式发送，那么要使用Content-Type: multipart/alternative。这两种邮件格式实际上是显示同样的内容但是具有不同的编码。 3) Content-Type: multipart/related 用于在同一封邮件中发送HTML文本和图像或者是其他类似类型。 邮件主体的编码： 主要是包括quoted-printable与base64两种类型的编码。Base64和Quoted-Printable都属于MIME（多用途部分、多媒体电子邮件和 WWW 超文本）的一种编码标准，用于传送诸如图形、声音和传真等非文本数据）。 一.Base64 Base64是现今在互联网上应用最多的一种编码，绝大多数的电子邮件软件头把它作为默认的二进制编码,比如我们常用的Outlook。 Base64内容传输编码被设计用于以人无法可读的方式来表述八位组的任意序列。编码与解码算法很简单，但是编码数据总是比非编码数据长33％。这种编码实际上类似于RFC1421中定义的在增强保密邮件(PEM)应用程序中使用的编码方式。 编码程序将字符流顺序放入一个 24 位的缓冲区，缺字符的地方补零。从左到右，一个24位输入组通过级联3个八位输入组组成。随后这24位截断成为 4 个部分，每个部分 6 位,分别被翻译为base64字母表中的一个单独数字。当通过Base64编码一个位流时，位流必须假设为以最高有效位优先的顺序排列。也就是说，流中的第一位将是第一字节中的高端位，而第八位则位第一字节中的低端字节位。 如果输入数据不足24个字符，即只有一个或两个字节时，则需要经过特殊处理——在数据末尾填充"="字符，这可以隔断附加的信息造成编码的混乱。 在Base64编码数据中，任何在Base64字母表之外的字符将被忽略。Base64编码中的非法字符序列也将被忽略，例如"=====". 二.Quoted-Printable Quoted-Printable与Base64一样，常常用在Email系统中。它通常用于少量文本方式的8位字符的编码，例如Foxmail就用它做对主题和信体的编码。这种编码的应该是很好辨认的：它有大量的'='。 QP的算法非常的简单但是编码效率很低（1:3），它是专门为了处理8位字符制定的。它的算法是：读一个字符，如果ASCII码大于127，即字符的第8位是1的话，进行编码，否则忽略（有时也对7位字符编码）。 参考资料: http://biancheng.dnbcw.info/perl/251301.html MIME的编码介绍(由网上资料和实践经验整合) 一、MIME: Multipurpose Internet Mail Extensions 英国帝国大学计算机在线字典FOLDOC对MIME的解释为:“多部分(multi-part)、多媒体电子邮件和WWW超文本的一种编码标准，用于传送诸如图形、声音和传真等非文本数据。MIME定义于RFC1341，用MIMENCODE的方法将二进制数据转换成为一种被称为BASE64的ASCII子集的字符的组合。” Internet上有专门讨论MIME的新闻组: comp.mail.mime。该新闻组的FAQ可以从下面的网点获得： http://www.cis.ohio-state.edu/hypertext/faq/usenet/mail/mime-faq/mime0/faq.html MIMENCODE最早称为MMENCODE，提出用MIMENCODE代替UUENCODE，是因为UUENCODE使用了一些字符在一些邮件网关（特别是那些转换ASCII和EBCDIC码的网关）中造成传输障碍，（还有一些软件不能对所有 UUENCODE 的算法进行正确解码而导致邮件的阅读困难），因此 MIME 被设计用于替代UUENCODE，但是结果是这些协议共存。 在MIME出台之前，使用RFC 822只能发送基本的ASCII码文本信息，邮件内容如果要包括二进制文件、声音和动画等，实现起来非常困难。 MIME提供了一种可以在邮件中附加多种不同编码文件的方法，弥补了原来的信息格式的不足。实际上不仅仅是邮件编码，现在MIME经成为HTTP协议标准的一个部分。 二、MIME编码方式简介 对邮件进行编码最初的原因是因为 Internet 上的很多网关不能正确传输8bit内码的字符，比如汉字等。编码的原理就是把8bit的内容转换成7bit的形式以能正确传输，在接收方收到之后，再将其还原成8bit的内容。 在MIME协议之前，邮件的编码曾经有过UUENCODE等编码方式 ，但是由于MIME协议算法简单，并且易于扩展，现在已经成为邮件编码方式的主流，不仅是用来传输8bit的字符，也可以用来传送二进制的文件，如邮件附件中的图像、音频等信息，而且扩展了很多基于MIME 的应用。从编码方式来说，MIME定义了两种编码方法Base64与QP(Quote-Printable)。 1.Base64编码 Base64是一种通用的方法，其原理很简单，就是把三个Byte的数据用4个Byte表示。在这四个Byte中，实际用到的都只有前面6bit，这样就不存在只能传输7bit的字符的问题了。Base64的缩写一般是“B”。 Base64将输入的字符串或一段数据编码成只含有{'A'-'Z', 'a'-'z', '0'-'9', '+', '/'}这64个字符的串，'='用于填充。 其编码的方法是，将输入数据流每次取6bit，用此6bit的值(0-63)作为索引去查表，输出相应字符。 这样，每3个字节将编码为4个字符(3×8 → 4×6)；不满4个字符的以'='填充。 有的场合，以“=?charset?B?xxxxxxxx?=”表示xxxxxxxx是Base64编码，且原文的字符集是charset。在段体内则直接编码，适当时机换行，MIME建议每行最多76个字符。 Base64的算法很简单，它将字符流顺序放入一个24位的缓冲区，缺字符的地方补零。 然后将缓冲区截断成为4个部分，高位在先，每个部分6位，用64个字符重新表示。如果输入只有一个或两个字节，那么输出将用等号“=”补足。这可以隔断附加的信息造成编码的混乱。 2.QP编码 另一种方法是QP(Quote-Printable) 方法，通常缩写为“Q”方法，其原理是把一个8bit的字符用两个16进制数值表示，然后在前面加“=”。所以我们看到经过QP编码后的文件通常是这个样子：=B3=C2=BF=A1=C7=E5=A3= AC=C4=FA=BA=C3=A3=A1。 Quoted -printable根据输入的字符串或字节范围进行编码，若是不需编码的字符，直接输出。若需要编码，则先输出'='，后面跟着以2个字符表示的十六进制字节值。有的场合，以“=?charset?Q?xxxxxxxx?=”表示xxxxxxxx是Quoted-printable编码，且原文的字符集是charset。在段体内则直接编码，适当时机换行，换行前额外输出一个'='。 三、MIME的头信息 邮件头 在邮件头中，有很多从RFC 822沿用的域名，MIME也增加了一些。常见的标准域名和含义如下: 域名 ??????????????? ???? ??? 含义 ???????????? 添加者 Received ??????????? ??? ??? 传输路径 ????? ??? 各级邮件服务器 Return-Path ???????? ??? ??? 回复地址 ????? ??? 目标邮件服务器 Delivered-To ??????? ??? ??? 发送地址 ????? ??? 目标邮件服务器 Reply-To ??????????? ??? ??? 回复地址 ????? ??? 邮件的创建者 From ??????????????? ??? ??? 发件人地址 ????? ? 邮件的创建者 To ????????????????? ??? ??? 收件人地址 ????? ? 邮件的创建者 Cc ????????????????? ??? ??? 抄送地址 ????? ??? 邮件的创建者 Bcc ???????????????? ??? ??? 暗送地址 ????? ??? 邮件的创建者 Date ??????????????? ??? ??? 日期和时间 ????? ? 邮件的创建者 Subject ???????????? ??? ??? 主题 ???????????? 邮件的创建者 Message-ID ????????? ??? ??? 消息ID ?????????? 邮件的创建者 MIME-Version ??????? ??? ??? MIME版本 ????? ?? 邮件的创建者 Content-Type ??????? ??? ??? 内容的类型 ????? ? 邮件的创建者 Content-Transfer-Encoding??? 内容的传输编码方式? 邮件的创建者 非标准的、自定义域名都以X-开头，例如X-Mailer, X-MSMail-Priority等，通常在接收和发送邮件的是同一程序时才能理解它们的意义。 段头 在段头中，大致有如下一些域: 域名 ???????????????????????????? 含义 Content-Type ??????????????????? 段体的类型 Content-Transfer-Encoding ?????? 段体的传输编码方式 Content-Disposition ???????????? 段体的安排方式 Content-ID ????????????????????? 段体的ID Content-Location ??????????????? 段体的位置(路径) Content-Base ??????????????????? 段体的基位置 有的域除了值之外，还带有参数。值与参数、参数与参数之间以“;”分隔。参数名与参数值之间以“=”分隔。 1.MIME-Version 表示使用的MIME的版本号，一般是1.0; 如: MIME-Version: 1.0 2.Content-Type Content-Type定义了正文的类型，我们实际上是通过这个标识来知道正文内是什么类型的文件。比如：text/plain 表示的是无格式的文本正文，text/html 表示的 Html 文档，image/gif 表示的是 gif 格式的图片等等。Content-Type都是“主类型/子类型”的形式。主类型有text, image, audio, video, application, multipart, message等，分别表示文本、图片、音频、视频、应用、分段、消息等。每个主类型都可能有多个子类型，如text类型就包含plain, html, xml, css等子类型。以X-开头的主类型和子类型，同样表示自定义的类型，未向IANA正式注册，但大多已经约定成俗了。如application/x-zip-compressed是ZIP文件类型。在Windows中，注册表的“HKEY_CLASSES_ROOT\MIME\Database\Content Type”内列举了除multipart之外大部分已知的Content-Type。 关于参数的形式，RFC里有很多补充规定，有的允许带几个参数，较为常见的有: 主类型 ???????? 参数名 ???????? 含义 text ????????? charset ?????? 字符集 image ???????? name ????????? 名称 application ?? name ????????? 名称 multipart ???? boundary ????? 边界 multipart类型 邮件中常用到的复合类型:multipart。 multipart类型表示正文是由多个部分组成的，后面的子类型说明的是这些部分之间的关系。 邮件中用到的三个类型有: (1).multipart/alternative：表示正文由两个部分组成，可以选择其中的任意一个。主要作用是在征文同时有text格式和html格式时，可以在两个正文中选择一个来显示，支持 html 格式的邮件客户端软件一般会显示其 HTML 正文，而不支持的则会显示其Text正文； (2).multipart/mixed：表示文档的多个部分是混合的，指正文与附件的关系。如果邮件的MIME类型是multipart/mixed，即表示邮件带有附件。 (3).multipart/related：表示文档的多个部分是相关的，一般用来描述 Html 正文与其相关的图片。 multipart类型，是MIME邮件的精髓。邮件体被分为多个段，每个段又包含段头和段体两部分，这两部分之间也以空行分隔。它们之间的层次关系可归纳为下图所示： +------------------------- multipart/mixed ----------------------------+ |????????????????????????????????????????????????????????????????????? | |? +----------------- multipart/related ------------------+??????????? | |? |????????????????????????????????????????????????????? |??????????? | |? |? +----- multipart/alternative ------+? +----------+? |? +------+? | |? |? |????????????????????????????????? |? | 内嵌资源? |? |? | 附件 |? | |? |? |? +------------+? +------------+? |? +----------+? |? +------+? | |? |? |? | 纯文本正文 |? | 超文本正文 |? |??????????????? |???????????? | |? |? |? +------------+? +------------+? |? +----------+? |? +------+? | |? |? |????????????????????????????????? |? | 内嵌资源? |? |? | 附件 |? | |? |? +----------------------------------+? +----------+? |? +------+? | |? |????????????????????????????????????????????????????? |??????????? | |? +------------------------------------------------------+??????????? | |????????????????????????????????????????????????????????????????????? | +----------------------------------------------------------------------+ 可以看出，如果在邮件中要添加附件，必须定义multipart/mixed段；如果存在内嵌资源，至少要定义multipart/related段；如果纯文本与超文本共存，至少要定义multipart/alternative段。什么是“至少”？举个例子说，如果只有纯文本与超文本正文，那么在邮件头中将类型扩大化，定义为multipart/related，甚至multipart/mixed，都是允许的。 multipart诸类型的共同特征是，在段头指定“boundary”参数字符串，段体内的每个子段以此串定界。所有的子段都以“--”+boundary行开始，父段则以“--”+boundary+“--”行结束。段与段之间也以空行分隔。在邮件体是multipart类型的情况下，邮件体的开始部分(第一个“--” +boundary行之前)可以有一些附加的文本行，相当于注释，解码时应忽略。段间也可以有一些附加的文本行，不会显示出来。 这些复合类型又是可以嵌套使用的，比如说一个带有附件的邮件，同时有html与text两种格式的正文，则邮件的结构是： Content-Type: multipart/mixed 部分一： Content Type : multipart/alternative： Text 正文； Html 格式的正文 部分二： 附件 邮件结束符； 由于复合类型由多个部分组成，因此，需要一个分隔符来分隔这多个部分，这就是上面的邮件源文件中的boundary所描述的，对于每一个Contect type :multipart/* 的内容，都会有这么一个说明，表示多个部分之间的分隔。 含有 MIME/BASE64编码的邮件，你查看它的源码时一般都含有:“This is a multi-part message in MIME format.”这样的句子。也可以被绝大多数的email程序进行解码，包括Netscape、MS Mail、Eudora等。这些程序可以正确识别邮件的正文，恢 MIME/BASE64 编码的部分为正确的文字或夹带的二进制文件。 3.Content-Transfer-Encoding 它表示了这个部分文档的编码方式。只有识别了这个说明，才能用正确的解码方式实现对其解码。 Content-Transfer-Encoding共有Base64, Quoted-printable, 7bit, 8bit, Binary等几种。 其中7bit是缺省的编码方式。电子邮件源码最初设计为全部是可打印的ASCII码的形式。 非ASCII码的文本或数据要编码成要求的格式。 Base64, Quoted-Printable是在非英语国家使用最广使的编码方式。 Binary方式只具有象征意义，而没有任何实用价值。 4.boundary 这个分隔符是正文中不可能出现的一串古字符的组合，在文档中，以"--"加上这个boundary 来表示一个部分的开始，在文档的结束，以"--"加boundary再在最后加上"--"来表示文档的结束。由于复合类型是可以嵌套使用的，因此，邮件中可能会多个boundary。 标题:关于XX事?宜; 1. 可以把型号?，物料名称，物料编码，物料状态写?进来。 2. 简洁明了，人家一看到?标题就知道?跟什么事情?相关，但不一定需?要知道很多?详细 内容。 3. 人家看到标?题之后，决定是否需?要看里面的?内容。 称呼:Dear XX/Hi XX: 1. 邮件正文第?一行开始写?，不需要空两?格。 2. 别人的名字?第一个字母?需要大写。 3. Dear all/both的?时候，后面的英文?不需要大写?。 4. 也可以直接?称呼对方为?X先生，X 小姐。 邮件正文: 贵司X年X?月X日来货?的XX型号?底壳(产品名称，P/N:)共计XXP?CS，在生产过程?中/来料检验过?程中发现，XX原因不?良，不良率X,。该不良会影?响什么效果?，可以接受或?者不可以接?受。(注意空两格?开始写正文?) 如果写不清?楚，可以用这种?格式，甚至可以用?表格: 不良原因如?下: 1. XX不良，比例多少。 2. XX不良，比例多少。 3. 。。。 具体详情请?见附件。(邮件发出去?之前，检查一下附?件的正确性?。) 可以这样进?行练习: 原话:是旧料，请知悉。 ?X月X日收?到的T55?0PCBA?(P/N:0460 0941)共计XXP?再把此话进?行信息扩充?:2011年 CS，全为旧版本?。(或者XXP?CS为新版?，XXPCS?为旧版。) 效果有很大?区别了，信息量很全?面，又没有多余?的话在里边?。人家就不会?再问第二次? 了。 再来一段: 原话:贵司X年X?月X日来货?的XX型号?底壳(产品名称，P/N:)共计XXP?CS，在生产过 程?中/来料检验过?程中发现，XX原因不?良，不良率X,。该不良会影?响什么效果?，可以接 受或?者不可以接?受。 修改:我司在来料?或者生产中?发现，XX物料X?X编码不良?，原因是什么?，不良是多少?， 有什么影响?，能否接受。关于该物料?的更多信息?如下: 什么时候来?料，供应商的生?产批次号，供应商的生?产日期，改模前，改模后，有什么 差异?，等等。 可以学着把?三到五句话?，用一句话来?描述。也可以写一?句最简单的?话，然后在这句?话的前后加?一些描述，用来锻炼语?言描述能力?。 邮件正文不?需要写得很?详细，详细的内容?是附件的报?告提供的。一般来说，要求简洁明?了，大家一看就?知道发生了?什么事情，但基本信息?还是需要的?。领导一般都?很忙，不会看很多?东西，所以他们一?般是看邮件?内容才决定?是否要看附?件。 一般来说，在工作中，文字不如数?据，数据不如图?表。所以尽可能?采用简洁明?了的方式来?阐述问题。 越简洁越明?了越好，能用一个字?说明白的，不需要用第?二个字。当然叙述的?方式很多，也可以采用?多种语言描?述方式。 把邮件写明?白，不拖沓，不要让对方?打电话找你?，你说了一些?什么东西。当然，对方需要了?解更详细的?信息例外。 在正文的最?后面，要说明需要?叫人家做什?么事情。比如: 以上请知悉?。(告诉大家只?需要知道这?个信息。) 以上请协助?处理。(即要对方帮?忙处理。) 以上决定先?如何，后面再如何?。(告诉对方事?情是变化的?，将来还是需?要对方的支?持等。) 然后是署名?和落款，留下你的联?系方式，让对方很快?找到你。署名的格式?很多，不详述。 最后才是收?件人和抄送?者。这样做的好?处是，防止在操作?过程中不小?心将邮件发?出去了，造成对方的?困扰。 收件人:跟这个事情?有关的联系?人。 抄送者:对方只需要?知道这个信?息，对方可以看?，也可以不看?。 密送者:一般不需要?使用。请谨慎使用?。 邮件中的一?些简写: BTW:by the way，顺便说一下?。 ASAP:as soon as possi?ble。请尽可能的?快。 。。。 商界人士在使用子件外行,当遵守一定的礼范,电电电电电电电电电电电电电电电电电电电电电电电电如何正确使用子件,撰写范的商电电电电电电电电电电电电Email电电电电电电电电电电电电电,利的行外。下面做电电电电介，Email电电电电电电电的撰写礼另外介,。 撰写件有三方式:写件、回件、件。三方式电电电电电电电电电电电电电电电电电电电电电电电电电电各有所,但在撰写格式方面都一至分四点:收件人,抄送,主，,,内容。电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电 一、收件人 1.电电电电电电电电电电电电电电电电电电确送息的象,并将人数降至最低。 2.电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电送子息之前,确收信象是否正确,以免造成不必要的困。二、抄送 1.电电电电电电电电电电电电电电电在必要和确定的情况下,抄送相需要知道展情况的人。2.电电电电电电电电一般情况下不要普通客抄送。 3.电电电电电电电电电电电电电电电电电电电电电电电电电电电电电确抄送息的象,并将人数降至最低,以免造成不必要的困。三、主电 电电电电电电电电电电电电电电电电电电电电电电电电电电子件一定要注明主,因有多网使用者是以主来 决定是否信件的内容。此外,主要明确、精与内电电电电电电电电电电电电电电电电电电电电电电电容相,表达出方需要了解的信息,而且可以区分同电电电电电电电电电电电电电电电电电电电电电电电一事物的不同信息。人一望即知,以便方快速了解与。电电电电电电电电电电电电电电电电电电电四、内容 在沟通求效,所以子件的内容力求明扼要,电电电电电电电电电电电电电电电电电电电电电电电电并求沟通效益。一般信件所用的起、客套、祝等,在在沟通电电电电电电电电电电电电电电电电电电 都可以省略。但称呼,正文,束,落款电电电电电/电名四点要尽量完整。1、称呼 1)电如果有收件人的姓名的,电电电电电电电电电电可以方感更加友好。 2)电电电电电电电电电若知道方的性可以用:**先生、**小姐、**女士 3)电电电电电电电电电如果知道方的身份可以用:**电电理、**电理、**电电董事、×电、×董、×电理2、正文 正文做到主明确,言流,内容。在撰写正文注意电电电电电电电电电电电电电电电电电电电电电电电电以下几点,以示礼貌和尊重,以免造成不必要的困。电电1)电在撰写英文信函,电电电电电电电电电电电电电只一两个行大写以示强,电全篇都用大写是不礼貌的。在撰写中文的 候,只部分以示电电电电电电电电电电电电的采用加粗等方式。强 2)电电电电不要在信件中泄不,电电电电电电电面面的解决。 3)电电电电回信件,有必要加上部分的原文,电电电电电电电电电以方便方了解回信内容。4)电电电电电电若摘的原文很,电电电电电电电电先把回内容放到前面,原文内容在后,5)电在收件人明白其意,电电电电电才可使用俚或写。 6)电电电电电电电电电电电电电电电电电 如果有附件,在正文明附件的内容和用途, 3电电、束 1)电电如果可提供好的,电电电电电电电在尾提出。 如: 电电电电电电电电电电电电电电电您考,有任何需要咨,或EMAIL电系我.2)电电电电电电电电最好的尾要着眼未来: 如:希望我能达成合作电电电电电电电 3)电电电电电电电尾示: 如:感您抽空洽电电电电电电 4、落款/电名 目前,有不少网民常会因自己的子信箱中堆了无数的电电电电电电电电电电电电电电电电电电电无聊的子件,甚至是陌生人的子件而心不堪。其电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电电行理,不会浪自己的和精力,而且有可能会耽 电电电电电电电电电电电电电电电电自己的正事,于此,在商件中有落款/电名,以示身份。范文四：写邮件万能格式
范文五：商务邮件格式
