buffersizes anymore because we cannot trust fread if the requested buffer is
actually returned.
blocking socket connections do not work anymore like they supposed to work
:(
have "proper" lines with the same length. With an old uw server I discovered
that lines were split in the middle by \n. This fix will correct it.
The rfc about base64 decoding does not mention anything about line length.
rfc2045 does mention that lines should not be longer then 78 characters but
does not say all the lines (excluding the last of course) must be of the same
size.
There for i could not ignore it and fixed it.
the parent isn't marked as a special folder. This code forces the parents
of the special folders to also be marked as special. The rest of the subs
for the parent special should follow the movement of the parent in left_main
is processed incorrectly, it is enough to add $languages['xx_XX']['LOCALE']
variable with full locale name. Fixed only ru_RU and lt_LT. Tested on
Linux Debian Woody and php 4.1.2, 4.2.3, 4.3.0, 4.3.2
unsubscribed and we just add it to the list. No reason to check specificly
for LSUB "" "INBOX" or LIST "" "INBOX"
If there is no inbox then a select will produce an error message.
mistake from me. I didn't ended the query with \r\n but ended it with \n. I
should have known better.
An interesting discovery was that setting the number of queries to process
at once influence performance. A higher number doesn't mean more performance.
In our tests 128 was slower then 32 (on Exchange 2000).
This is intended to be a debugging function. Ever wanted to do a print_r, but found that some of the values were "eaten" by your browser's parser because they had <> in them? Use this function instead. It runs htmlentities() on the output of print_r() AND as a bonus wraps the entire thing in <pre> and </pre> tags.
out of order reponses. Now it works.
In imap_mailbox te array with mailbox objects wasn't create correctly. It
contained double entries. That's fixed too.
in parts. Now we do a request for 32 queries and retrieve the response
before we continue with the next 32 queries.
The number 32 is experimental and should be tested on Exchange 2000 because
that was the imap-server which drops the connection with 100 calls at once.
Maybe we should lower it or raise it.
