This function will cause a PHP Fatal Error if the text you're passing to it overflows a 16 KB buffer internally (SENDBUFLEN in the source).
I haven't looked into it in depth yet, but limiting the input text to less than 16,384 characters still produced this in one error case on our servers, but reducing the boundary to 12,000 fixed it.
Most real-world mail headers are well under 4 KB.
(PHP 4, PHP 5)
imap_rfc822_parse_headers — Parse mail headers from a string
$defaulthost= "UNKNOWN" ] )
Gets an object of various header elements, similar to imap_header().
The parsed headers data
The default host name
Returns an object similar to the one returned by imap_header(), except for the flags and other properties that come from the IMAP server.
- imap_rfc822_parse_adrlist() - Parses an address string
This function is marked as internal function by the c-client library and should not be used by php directly.
Please be aware that the result will always contain fields that have not been set in the message. For example reply_to and sender will always be set even if there is no Reply-To and Sender header fields are defined in the message.
To see the content of the returned object try this code:
$stream = imap_open($server, $username, $password);
$header = imap_fetchheader($stream, $uid, FT_UID);
$obj = imap_rfc822_parse_headers( $header);
I was lightly probing this function's behavoir.
It handles rfc882 fields:
sender - will generate using 'from' field if not in
doesn't handle rfc882 fields:
resent- I think this field may be obsolete
If there are other rfc822 fields or behavoirs for the function, then I can't speak of them as they weren't in my test.
As it is relevent to what I'm currently doing I may add more about this function from time to time.
But what you /will/ get is a complete To field, i.e. unfolded as specified for long header fields in RFC 822. So if you want to replace imap_headerinfo() by this function, you can run it on imap_fetchheader().
The object you get from imap_rfc822_parse_headers differs from the object you get from imap_headerinfo/imap_header in the following points. You won't get the:
udate can be simulated with