Thomas Guyot-Sionnest <[email protected]> ha escrit: > I attached thee patches again.
Thanks, I'll revise them and reply later. > The first two can be debugged without access to an IMAP server (URL > parsing bugs). I experienced them with an url of the form > "imap://user:p...@hostname/Public Folders/Test" This URL is invalid. The correct way to write it is: imap://user:p...@hostname/Public%20Folders/Test > 1. Parse Error in mailbox/url.c:363 It is not. If the scheme part does not contain ':', it is not a valid URL, and url_parse0 should bail out immediately, which it does. > I'm not sure what the exact fix is, but returning 0 instead of > MU_ERR_PARSE works around it and leads to the 2nd bug No, that's wrong. This will trigger a cascade of mishandlings (which are not necessarily bugs, because the calling code does not expect that mu_parse can return 0 on a malformed URL), which is what you experienced. > 3. On the default folder (INBOX) or once the two bugs above are fixed, I > always get the following error if movemail can successfully connect to > IMAP and get the folder's content: > > Default folder: Cannot append message 1: Cannot allocate memory I cannot reproduce it. Could you please give exact steps needed to get this error? Regards, Sergey _______________________________________________ Bug-mailutils mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-mailutils
