PHWinfo - Afficher un message - Need Help Fetching Multipart from Exchange.

01/05/2006, 17h17

I've have read RFC3501. Throw me a bone here. I've not found one
example of anything anywhere on the NET that shows the server
client/response of retrieving even a text/plain portion of a message.
I've seen numerous accounts of:
=============================================
The TEXT part specifier refers to the text body of the
message,
omitting the [RFC-2822] header.

Here is an example of a complex message with some of its
part specifiers:

HEADER ([RFC-2822] header of the message)
TEXT ([RFC-2822] text body of the message)
MULTIPART/MIXED
1 TEXT/PLAIN
2 APPLICATION/OCTET-STREAM
3 MESSAGE/RFC822
3.HEADER ([RFC-2822] header of the message)
3.TEXT ([RFC-2822] text body of the message)
MULTIPART/MIXED
3.1 TEXT/PLAIN
3.2 APPLICATION/OCTET-STREAM
4 MULTIPART/MIXED
4.1 IMAGE/GIF
4.1.MIME ([MIME-IMB] header for the IMAGE/GIF)
4.2 MESSAGE/RFC822
4.2.HEADER ([RFC-2822] header of the message)
4.2.TEXT ([RFC-2822] text body of the message)
MULTIPART/MIXED
4.2.1 TEXT/PLAIN
4.2.2 MULTIPART/ALTERNATIVE
4.2.2.1 TEXT/PLAIN
4.2.2.2 TEXT/RICHTEXT

=========================================

but never how to actually figure it out. How would one code a
statememt to have the server display the above info??????

On Thu, 27 Apr 2006 08:08:36 -0700, Mark Crispin
<mrc@CAC.Washington.EDU> wrote:

>On Thu, 27 Apr 2006, John K. Nygaard wrote:
>> Seems the only thing I can't figure out is how to fetch the body of
>> the multiparts "text/plain" and "text/html". I've searched the
>> internet and found many examples, but no actual syntax for the fetch
>> on getting [2.mime] parts. If anyone could point me to a site or give
>> me the syntax I'd really appreciate it.
>
>Please read RFC 3501. All is revealed there.
>
>It is impossible to implement a working IMAP client without reading RFC
>3501.
>
>-- Mark --
>
>http://panda.com/mrc
>Democracy is two wolves and a sheep deciding what to eat for lunch.
>Liberty is a well-armed sheep contesting the vote.

01/05/2006, 17h17	#3
John K. Nygaard Messages: n/a Hébergeur:	Re: Need Fetching Multipart from Exchange. I've have read RFC3501. Throw me a bone here. I've not found one example of anything anywhere on the NET that shows the server client/response of retrieving even a text/plain portion of a message. I've seen numerous accounts of: ============================================= The TEXT part specifier refers to the text body of the message, omitting the [RFC-2822] header. Here is an example of a complex message with some of its part specifiers: HEADER ([RFC-2822] header of the message) TEXT ([RFC-2822] text body of the message) MULTIPART/MIXED 1 TEXT/PLAIN 2 APPLICATION/OCTET-STREAM 3 MESSAGE/RFC822 3.HEADER ([RFC-2822] header of the message) 3.TEXT ([RFC-2822] text body of the message) MULTIPART/MIXED 3.1 TEXT/PLAIN 3.2 APPLICATION/OCTET-STREAM 4 MULTIPART/MIXED 4.1 IMAGE/GIF 4.1.MIME ([MIME-IMB] header for the IMAGE/GIF) 4.2 MESSAGE/RFC822 4.2.HEADER ([RFC-2822] header of the message) 4.2.TEXT ([RFC-2822] text body of the message) MULTIPART/MIXED 4.2.1 TEXT/PLAIN 4.2.2 MULTIPART/ALTERNATIVE 4.2.2.1 TEXT/PLAIN 4.2.2.2 TEXT/RICHTEXT ========================================= but never how to actually figure it out. How would one code a statememt to have the server display the above info?????? On Thu, 27 Apr 2006 08:08:36 -0700, Mark Crispin <mrc@CAC.Washington.EDU> wrote: >On Thu, 27 Apr 2006, John K. Nygaard wrote: >> Seems the only thing I can't figure out is how to fetch the body of >> the multiparts "text/plain" and "text/html". I've searched the >> internet and found many examples, but no actual syntax for the fetch >> on getting [2.mime] parts. If anyone could point me to a site or give >> me the syntax I'd really appreciate it. > >Please read RFC 3501. All is revealed there. > >It is impossible to implement a working IMAP client without reading RFC >3501. > >-- Mark -- > >http://panda.com/mrc >Democracy is two wolves and a sheep deciding what to eat for lunch. >Liberty is a well-armed sheep contesting the vote.