汇聚2000万达人的兴趣社区下载即送20张免费照片冲印
扫码下载App
温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
LOFTER精选
网易考拉推荐
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
阅读(861)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
loftPermalink:'',
id:'fks_082',
blogTitle:'多用途Internet邮件扩展(MIME)规范说明：消息体的格式',
blogAbstract:'1. 介绍\r\n
通常的邮件格式于1982年出现以来，它已经被广为使用，在使用的过程中，一些不足之处也开始暴露出来。通常的电子邮件是一种文本格式的消息，这样一来，一些非文本的信息，如多媒体信息就无法传送；就算在文本方面，这种文件格式在传送非ASCII码的文本时也有些不足。\r\n
原\r\n来邮件协议的一个重大的不足在于，它限制文本的内容是一行内容相应比较短的7位ASCII码。这带来了许多麻烦。这个不足在网关允许在通常的电子邮件主机\r\n和X.400主机之间通信后变得更加突出，X.400指定了一种发送非文本内容电子邮件的机制，将X.400发向通常的电子邮件主机时，要么把内容转换成\r\nIA5Text格式，或者抛弃，并同时通知接收者有信息在传送中被丢弃。',
blogTag:'',
blogUrl:'blog/static/',
isPublished:1,
istop:false,
modifyTime:0,
publishTime:0,
permalink:'blog/static/',
commentCount:0,
mainCommentCount:0,
recommendCount:0,
bsrk:-100,
publisherId:0,
recomBlogHome:false,
currentRecomBlog:false,
attachmentsFileIds:[],
groupInfo:{},
friendstatus:'none',
followstatus:'unFollow',
pubSucc:'',
visitorProvince:'',
visitorCity:'',
visitorNewUser:false,
postAddInfo:{},
mset:'000',
remindgoodnightblog:false,
isBlackVisitor:false,
isShowYodaoAd:false,
hostIntro:'',
hmcon:'0',
selfRecomBlogCount:'0',
lofter_single:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}RFC2045 - 多用途网际邮件扩充协议(MIME) 第一部分:Internet信息体格式（下）
RFC2045 - 多用途网际邮件扩充协议(MIME) 第一部分:Internet信息体格式（下）
（RFC2045--Multipurpose Internet Mail Extensions(MIME)Part One:Format of Internet Message Bodies）
7. Content-ID 头字段
　　在构建一个高级别的用户代理时，可能会需要在一个主体（body）中涉及到另一个主体。因此需要用&Content-ID&头字段给主体（body）设置标签。这个字段在语法构成上与&Message-ID&相同：
&　id := &Content-ID& &:& msg-id
　 与Message-ID的值一样，Content-ID的值也必须是世界上唯一的。
　 Content-ID的值可以被用来在多处上下文中唯一的确定MIME实体，尤其用于被message/external-body机制所引用的缓存数据。虽然Content-ID头字段通常是可选的，但是对于生成可选的媒体类型&message/external-body&的实现程序来说，它则是必须存在的。这就是说，每一个message/external-body实体（entity）必须有一个Content-ID字段来允许对这些数据的缓存。值得注意的是，Content-ID值在multipart/alternative媒体类型中有特殊的意义。这一点会在RFC2046中关于multipart/alternative的那一节中进行解释。
8. Content-Description 头字段
　　经常需要将一些描述信息与给定的实体结合起来。例如，将某个&image&类型的实体标记为&a picture of the Space Shuttle Endeavor.&会有一定的用处。这些文字可以被放入ContentDescription头字段中。这个头字段通常是可选的。
　　 description := &Content-Description& &:& *text
　　描述被假定为以US-ASCII字符集的形式给出，不过在RFC2047中定义了一种使用非US-ASCII字符集的Content-Description值的机制。
9. 另外的MIME头字段
　　将来的文档可能会为不同目的而另外定义一些MIME头字段。任何进一步描述消息内容的头字段都就应该以字符串&Content-&开始，以便在消息头域中从普通的RFC822头字段中区分出这类头字段。
&&&& MIME-extension-field := &Any RFC 822 header field which&&&&&&&&&&&&&&&&&&&&&&&&&&&&& begins with the string&&&&&&&&&&&&&&&&&&&&&&&&&&&&& &Content-&&
　　使用MIME-Version，Content-Type，以及Content-Transfer-Encoding头字段，就可以按照标准方法，在与RFC822标准相一致的邮件中包含任意的媒体类型。即没有违背RFC821与RFC822中所规定的任何约束，也小心的避免了由因特网邮件传输机制的约束所引起的问题。(见RFC 2049)
　　这个文档集中的下一篇文档是RFC2046， 它详细说明了可以使用这些头域进行标记及传输的媒体类型初始集合。
11. 安全考虑
　　安全问题在RFC2046中进行讨论。
12. 作者地址
　　若需要更多信息，请通过因特网邮件联系本文档作者。
&& Ned Freed&& Innosoft International, Inc.&& 1050 East Garvey Avenue South&& West Covina, CA 91790&& USA
&& Phone: +1 818 919 3600&& Fax:&& +1 818 919 3614&& EMail:
&& Nathaniel S. Borenstein&& First Virtual Holdings&& 25 Washington Avenue&& Morristown, NJ 07960&& USA
&& Phone: +1 201 540 8967&& Fax:&& +1 201 993 3032&& EMail: nsb@
&& MIME is a result of the work of the Internet Engineering Task Force&& Working Group on RFC 822 Extensions.& The chairman of that group,&& Greg Vaudreuil, may be reached at:
&& Gregory M. Vaudreuil&& Octel Network Services&& 17080 Dallas Parkway&& Dallas, TX && USA
&& EMail: Greg.
附录A ：收集的语法
　　 这个附录中包含了本文档中定义的全部BNF语法。
　　 对于自身来说，这些语法是完整的。其中提及了几个在RFC 822中定义的语法名称，而没有重复进行定义，这样可以降低由于无意识操作而在两种定义中产生差别的风险。一旦发现了未定义的术语，请参考RFC 822中的相关定义。
& attribute := token&&&&&&&&&&&&&& ; Matching of attributes&&&&&&&&&&&&&& ; is ALWAYS case-insensitive.
& composite-type := &message& / &multipart& / extension-token
& content := &Content-Type& &:& type &/& subtype&&&&&&&&&&&& *(&;& parameter)&&&&&&&&&&&& ; Matching of media type and subtype&&&&&&&&&&&& ; is ALWAYS case-insensitive.
& description := &Content-Description& &:& *text
& discrete-type := &text& / &image& / &audio& / &video& /&&&&&&&&&&&&&&&&&& &application& / extension-token
& encoding := &Content-Transfer-Encoding& &:& mechanism
& entity-headers := [ content CRLF ]&&&&&&&&&&&&&&&&&&& [ encoding CRLF ]&&&&&&&&&&&&&&&&&&& [ id CRLF ]&&&&&&&&&&&&&&&&&&& [ description CRLF ]&&&&&&&&&&&&&&&&&&& *( MIME-extension-field CRLF )
& extension-token := ietf-token / x-token
& hex-octet := &=& 2(DIGIT / &A& / &B& / &C& / &D& / &E& / &F&)&&&&&&&&&&&&&& ; Octet must be used for characters & 127, =,&&&&&&&&&&&&&& ; SPACEs or TABs at the ends of lines, and is&&&&&&&&&&&&&& ; recommended for any character not listed in&&&&&&&&&&&&&& ; RFC 2049 as &mail-safe&.
& iana-token := &A publicly-defined extension token. Tokens&&&&&&&&&&&&&&&& of this form must be registered with IANA&&&&&&&&&&&&&&&& as specified in RFC 2048.&
& ietf-token := &An extension token defined by a&&&&&&&&&&&&&&&& standards-track RFC and registered&&&&&&&&&&&&&&&& with IANA.&
& id := &Content-ID& &:& msg-id
& mechanism := &7bit& / &8bit& / &binary& /&&&&&&&&&&&&&& &quoted-printable& / &base64& /&&&&&&&&&&&&&& ietf-token / x-token
& MIME-extension-field := &Any RFC 822 header field which&&&&&&&&&&&&&&&&&&&&&&&&&& begins with the string&&&&&&&&&&&&&&&&&&&&&&&&&& &Content-&&
& MIME-message-headers := entity-headers&&&&&&&&&&&&&&&&&&&&&&&&& fields&&&&&&&&&&&&&&&&&&&&&&&&& version CRLF&&&&&&&&&&&&&&&&&&&&&&&&& ; The ordering of the header&&&&&&&&&&&&&&&&&&&&&&&&& ; fields implied by this BNF&&&&&&&&&&&&&&&&&&&&&&&&& ; definition should be ignored.
& MIME-part-headers := entity-headers&&&&&&&&&&&&&&&&&&&&&& [fields]&&&&&&&&&&&&&&&&&&&&&& ; Any field not beginning with&&&&&&&&&&&&&&&&&&&&&& ; &content-& can have no defined&&&&&&&&&&&&&&&&&&&&&& ; meaning and may be ignored.&&&&&&&&&&&&&&&&&&&&&& ; The ordering of the header&&&&&&&&&&&&&&&&&&&&&& ; fields implied by this BNF&&&&&&&&&&&&&&&&&&&&&& ; definition should be ignored.
& parameter := attribute &=& value
& ptext := hex-octet / safe-char
& qp-line := *(qp-segment transport-padding CRLF)&&&&&&&&&&&& qp-part transport-padding
& qp-part := qp-section&&&&&&&&&&&& ; Maximum length of 76 characters
& qp-section := [*(ptext / SPACE / TAB) ptext]
& qp-segment := qp-section *(SPACE / TAB) &=&&&&&&&&&&&&&&&& ; Maximum length of 76 characters
& quoted-printable := qp-line *(CRLF qp-line)
& safe-char := &any octet with decimal value of 33 through&&&&&&&&&&&&&& 60 inclusive, and 62 through 126&&&&&&&&&&&&&&& ; Characters not listed as &mail-safe& in&&&&&&&&&&&&&& ; RFC 2049 are also not recommended.
& subtype := extension-token / iana-token
& token := 1*&any (US-ASCII) CHAR except SPACE, CTLs,&&&&&&&&&&&&& or tspecials&
& transport-padding := *LWSP-char&&&&&&&&&&&&&&&&&&&&&& ; Composers MUST NOT generate&&&&&&&&&&&&&&&&&&&&&& ; non-zero length transport&&&&&&&&&&&&&&&&&&&&&& ; padding, but receivers MUST&&&&&&&&&&&&&&&&&&&&&& ; be able to handle padding&&&&&&&&&&&&&&&&&&&&&& ; added by message transports.
& tspecials :=& &(& / &)& / &&& / &&& / &@& /&&&&&&&&&&&&&&& &,& / &;& / &:& / &\& / &&&&&&&&&&&&&&&&&& &/& / &[& / &]& / &?& / &=&&&&&&&&&&&&&&&& ; Must be in quoted-string,&&&&&&&&&&&&&&& ; to use within parameter values
& type := discrete-type / composite-type
& value := token / quoted-string
& version := &MIME-Version& &:& 1*DIGIT &.& 1*DIGIT
& x-token := &The two characters &X-& or &x-& followed, with&&&&&&&&&&&&& no& intervening white space, by any token&
&&最后修改于
请各位遵纪守法并注意语言文明后使用快捷导航没有帐号？
Mozilla员工
看视频的时候“没有发现支持的视频格式和MIME类型”，但是直接打开源又可以看，这是怎么一回事呢
Mozilla员工
看视频的时候“没有发现支持的视频格式和MIME类型”，但是直接打开源又可以看，这是怎么一回事呢
Mozilla员工
Mozilla员工
应该是网站的MIME type指定错误，直接打开能开是调用的第三方程序打开的吧。
Firefox的Bug，本人今天也发现了，只要通过Jquery修改video的src就不能播放，直接插入的视频能拖放，估计你的视频页面就是这样加载的。
这个不是firefox的bug吧。。是你引用的类型不对。。&
这个不知道为什么在 Safari、Chrome 都正常看。。。就在 Firefox 不行
出现 没有发现支持的视频格式和MIME类型 ，以前能看的在线视频现在看不了，safari可以看，不知道是不是哪里的设置问题？求答案
youku没问题，可以看，刷新一样&
回复 royliu417： 优酷这些可以看吗？ ctrl+F5刷新试试呢？&
我一直有更新flashplayer,点网址左边有个插件图标，就显示 adobe flash 已经在这个网站启用&
已经安装了，还是不行&
回复 royliu417： 这个就是flash吧。 访问 /flashplayer 安装flash即可。&问一下，为什么在中国知网上下载的caj格式的论文，打不开，说是打开文件错误，哪位好心人帮忙解释一下。_百度知道
问一下，为什么在中国知网上下载的caj格式的论文，打不开，说是打开文件错误，哪位好心人帮忙解释一下。
卸载不彻底会又有问题的。我的就是这么弄的把caj软件卸载了重新装应该就没有问题了，祝你好运。记住要彻底卸载，用360软件管家卸载吧
其他类似问题
为您推荐：
您可能关注的推广
中国知网的相关知识
其他3条回答
你可以下载乡音软件
1.CAJ软件是否是最新版本2.可以下载PDF格式试一下。
下一个浏览器啊
百度搜一下
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁强奸乱伦第十页,色色男女性爱
<a href=".cn/open/928.html" title="huangpiankezhuoshang,累了看看女人考妣图片 高清完整,Ｍhuangpiankezhuoshang,累了看看女人考妣图片 高清完整,Ｍ<-淫笑的看了一会儿张雪害羞的样子，杨
友情链接：}