User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7) Gecko/20040507 Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7) Gecko/20040507 If a QP-encoded message is not ended with a newline, the last line is parsed in two parts instead of as one chunk. Normally this does not affect a user visibly - unless the last line ends with an url - the txt2html then fails to mark up the whole url. This might sound as a corner case, but as it turns out it is quite common to get a mail with a little text and a reference url last... Reproducible: Always Steps to Reproduce: 1. Open message qp-encoded with an url last. Actual Results: The url is only partially linked. Expected Results: Same as with url in text. I poked around in the mime source, and there are a few comments regarding making sure the whole line is parsed in one chunk. I guess this is just a glitch somewhere for a case someone didn't consider...

Testcase msg, generated with Pine. Have seen this from other clients as well (Outlook, I think). Mozilla seems quite careful theese days to not end without a newline. Problem verified in current 1.7-branch. The message contains a url ending with "...789". The link ends in the "8", not the "9".

Dupe of bug 242817?

Thanks for pointing me in the right direction. Possibly dupe of bug 242817, but that is up for discussion. Definitely a dupe of bug 90161 though. The bugs have different symptoms but might have a common cause. Lousy testcase in the latter though, I'll provide a minimal one. *** This bug has been marked as a duplicate of 90161 ***

Thanks, Andreas, anyways, for the very pointed bugreport.