On Tue, 17 Apr 2007, Bastian Venthur wrote: > I think it should be more robust against such cases. If there is a > stop/quit/--/ etc line in the mail, it could try to process as much > of the found pseudoheaders above this line as possible. This > shouldn't be hard to implement and wouldn't hurt either.
The pseudoheader processing processes psuedoheaders until it encounters an invalid one, then it stops. It probably should be slightly more forgiving, but it can't be too forgiving or it'll end up trying to parse the rest of the message with hard-to-interpret results. I'll think about ignoring blank pseudoheaders and probably end up implementing it. Don Armstrong -- Never underestimate the power of human stupidity. -- Robert Heinlein http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
