📄 rfc1911.txt
字号:
10. Author's Address Gregory M. Vaudreuil Octel Network Services 17080 Dallas Parkway Dallas, TX 75248-1905 Phone/Fax: +1-214-733-2722 EMail: Greg.Vaudreuil@Octel.ComVaudreuil Experimental [Page 17] RFC 1911 MIME Voice Profile February 199611. Appendix - MIME/ESMTP Voice Profile Requirements Summary | | | | |S| | | | | | |H| |F | | | | |O|M|o | | |S| |U|U|o | | |H| |L|S|t | |M|O| |D|T|n | |U|U|M| | |o | |S|L|A|N|N|t | |T|D|Y|O|O|t FEATURE |SECTION | | | |T|T|e -------------------------------------------|----------|-|-|-|-|-|- | | | | | | | Message Addressing Formats: | | | | | | | Use DNS host names |4.1 |x| | | | | Use only numbers in mailbox IDs |4.1 | |x| | | | Use alpha-numeric mailbox IDs |4.1 | | |x| | | Support of postmaster@domain |4.1 | |x| | | | Support of loopback@domain |4.1 | |x| | | | | | | | | | | Message Header Fields: | | | | | | | Encoding outbound messages | | | | | | | From |4.2 |x| | | | | Addition of text personal name |4.2 | |x| | | | To |4.2 |x| | | | | Addition of text personal name |4.2 | |x| | | | CC |4.2 | | |x| | | Date |4.2 |x| | | | | Sender |4.2 | | | |x| | Message-id |4.2 | |x| | | | Received |4.2 |x| | | | | MIME Version: 1.0 (Voice 1.0) |4.2 |x| | | | | Content-Type |4.2 |x| | | | | Content-Transfer-Encoding |4.2 |x| | | | | Sensitivity |4.2 | | |x| | | Importance |4.2 | | |x| | | Subject |4.2 | | |x| | | Detection & Decoding inbound messages | | | | | | | From |4.2 |x| | | | | Utilize text personal name |4.2 | |x| | | | To |4.2 |x| | | | | Utilize text personal name |4.2 | | |x| | | CC |4.2 | | |x| | | Utilize text personal name |4.2 | | |x| | | Date |4.2 |x| | | | | Conversion of Date to local time |4.2 | |x| | | | Sender |4.2 | | | |x| |Vaudreuil Experimental [Page 18] RFC 1911 MIME Voice Profile February 1996 Message ID |4.2 |x| | | | | Received |4.2 | |x| | | | MIME Version: 1.0 (Voice 1.0) |4.2 |x| | | | | Content Type |4.2 |x| | | | | Content-Transfer-Encoding |4.2 |x| | | | | Sensitivity |4.2 |x| | | | |1 Importance |4.2 | | |x| | | Subject |4.2 | | |x| | | | | | | | | | Binary Content Encoding: | | | | | | | Encoding outbound messages | | | | | | | 7BITMIME |4.3 | | | | |x| 8BITMIME |4.3 | | | | |x| Quoted Printable |4.3 | | | | |x| Base-64 |4.3 |x| | | | |2 Binary |4.3 |x| | | | |3 Detection & decoding inbound messages | | | | | | | 7BITMIME |4.3 |x| | | | | 8BITMIME |4.3 |x| | | | | Quoted Printable |4.3 |x| | | | | Base-64 |4.3 |x| | | | | Binary |4.3 |x| | | | | | | | | | | | Message Content Types: | | | | | | | Inclusion in outbound messages | | | | | | | Message/RFC822 |4.3 | | | |x| | Text/plain |4.3 | | | | |x| Multipart/Mixed |4.3 | | |x| | | Message/Notification |4.3 |x| | | | | Multipart/Report |4.3 |x| | | | | Audio/32KADPCM |4.3 |x| | | | | Audio/* (proprietary encodings) |4.3 | | |x| | | Multipart/Voice-Message |4.3 |X| | | | | Detection & decoding in inbound messages | | | | | | | Message/RFC822 |4.3 |x| | | | | Text/plain |4.3 |x| | | | | Multipart/Mixed |4.3 |x| | | | | Message/Notification |4.3 |x| | | | | Multipart/Report |4.3 |x| | | | | Audio/32KADPCM |4.3 |x| | | | | Audio/* (proprietary encodings) |4.3 | | |x| | | Multipart/Voice-Message |4.3 |X| | | | | | | | | | | | Message Transport Protocol: | | | | | | | ESMTP Commands | | | | | | | HELO |5.1 |x| | | | | MAIL FROM |5.1 |x| | | | | RCPT TO |5.1 |x| | | | |Vaudreuil Experimental [Page 19] RFC 1911 MIME Voice Profile February 1996 DATA |5.1 |x| | | | | TURN |5.1 | | | | |x| QUIT |5.1 |x| | | | | RSET |5.1 |x| | | | | VRFY |5.1 | | |x| | | EHLO |5.1 |x| | | | | BDAT |5.1 | |x| | | |3 ESMTP Keywords | | | | | | | PIPELINING |5.2 | |x| | | | SIZE |5.2 |x| | | | | CHUNKING |5.2 | |x| | | | BINARYMIME |5.2 | |x| | | | NOTIFY |5.2 |x| | | | | | | | | | | | Management Protocols: | | | | | | | Network management |6.1 | |x| | | | Monitoring queues |6.2 | |x| | | | -------------------------------------------|----------|-|-|-|-|-|- 1. If a sensitive message is received by a system that does not support sensitivity, then it must be returned to the originator with an appropriate error notification. 2. When binary transport is not available 3. When binary transport is available12. Appendix - Example Voice Message The following message is a full-featured, all-options-enabled message addressed to two recipients. The message includes the sender's spoken name and a short speech segment. The message is marked as important and private. To: 2145551212@vm1.mycompany.com To: "Parsons, Glenn, W." 2145551234@VM1.mycompany.com From: "Vaudreuil, Greg" 2175552345@VM2.mycompany.com Date: Mon, 26 Aug 93 10:20:20 CST MIME-Version: 1.0 (Voice 1.0) Content-type: Multipart/Voice-Message; Boundary = "MessageBoundary" Content-Transfer-Encoding: 7bit Message-ID: VM2.mycompany.com-123456789 Sensitivity: Private Importance: High --MessageBoundary Content-type: Audio/32KADPCM Content-Transfer-Encoding: Base-64Vaudreuil Experimental [Page 20] RFC 1911 MIME Voice Profile February 1996 glslfdslsertiflkTfpgkTportrpkTpfgTpoiTpdadasssdasddasdasd (This is a sample of the base-64 Spoken Name data) fgdhgd jrgoij3o45itj09fiuvdkjgWlakgQ93ijkpokfpgokQ90gQ5tkjpokfgW dlkgpokpeowrit09== --MessageBoundary Content-type: Audio/32KADPCM Content-Transfer-Encoding: Base-64 glslfdslsertiflkTfpgkTportrpkTpfgTpoiTpdadasssdasddasdasd (This is a sample of the base-64 Spoken Subject data) fgdhgd jrgoij3o45itj09fiuvdkjgWlakgQ93ijkpokfpgokQ90gQ5tkjpokfgW dlkgpokpeowrit09== --MessageBoundary Content-type: Audio/32KADPCM Content-Transfer-Encoding: Base-64 glslfdslsertiflkTfpgkTportrpkTpfgTpoiTpdadasssdasddasdasd (This is a sample of the base-64 message data) fgdhgdfwgd jrgoij3o45itj09fiuvdkjgWlakgQ93ijkpokfpgokQ90gQ5tkjpokfgW dlkgpokpeowrit09== --MessageBoundary--13. Appendix - Audio/32KADPCM Content Type Mime type name: Audio Mime Sub-Type name: 32KADPCM Required Parameters: None Optional Parameters: None Encoding Considerations: Any encoding necessary for transport may be used. CCITT Recommendation G.721 [G721] describes the algorithm recommended for conversion of a 64 KB/s A-law or u-law PCM channel to and from a 32 KB/s channel. The conversion is applied to the PCM stream using an Adaptive Differential Pulse Code Modulation (ADPCM) transcoding technique. No header information shall be included before the audio data. When this subtype is present, a sample rate of 8000 Hz and a single channel is assumed.Vaudreuil Experimental [Page 21] RFC 1911 MIME Voice Profile February 199614. Appendix - Multipart/Voice-Message Mime type name: Multipart Mime Sub-Type name: Voice-Message Required Parameters: Boundary Optional Parameters: None Encoding Considerations: Binary of 7 bit are sufficient. Base-64 and Quoted-Printable are prohibited on multipart content-types. The syntax of a Multipart/Voice-Message is identical to the Multipart/Mixed content type. The Voice-Message content-type contains three body parts. The first is an audio segment containing the spoken name of the originator, the second is an audio segment containing a spoken subject, and the third is the voice message itself. Forwarded voice messages can be created by simply nesting multipart content types. The spoken name segment shall contain the name of the message sender in the voice of the sender. The length of the spoken name segment must not exceed 12 seconds. If no spoken name is available, the segment must still be present but may be empty. The spoken subject segment shall contain the subject of the message sender in the voice of the sender. The length of the spoken subject segment must not exceed 20 seconds. If no spoken subject segment is available, the segment must still be present but may be empty. The voice message body part may contain any arbitrary content including a multipart/mixed collections of body parts, though will typically be an audio segment. The default handling of the Multipart/Voice-Message shall be to voice the spoken-name segment and then the spoken-subject prior to displaying or voicing the remainder of the message.Vaudreuil Experimental [Page 22] ⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -