Peter, could you describe this in detail on the list, what kind of address, is this a compliance issue with RFC822, or a trim() problem, at what point does James go off the rails, on receipt or during storage/processing.
(as an aside a mail outlining bug submissions also helps communicate the problem in a more conversational way) d. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 28 July 2002 19:49 > To: [EMAIL PROTECTED] > Subject: DO NOT REPLY [Bug 9669] - Embedded whitespace in To address > field crashed James > > > DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG > RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT > <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9669>. > ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND > INSERTED IN THE BUG DATABASE. > > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9669 > > Embedded whitespace in To address field crashed James > > > > > > ------- Additional Comments From [EMAIL PROTECTED] > 2002-07-28 18:49 ------- > The immediate problem is the NotifyPostmaster mailet. Basically, > that mailet > is using methods of the MimeMessageWrapper class that do > validation on the > mail headers. In a situation like this one, that's not really > what you want. > It would be most desirable to get the raw headers, because that's > really all > you're interested in (note that the InternetAddresses are immmediately > converted to Strings). A similar change to NotifySender is probably in > order. This applies to both the From and assorted Recipient addresses. > > Why this relatively minor problem should hang/crash the whole > system is a more > serious issue. > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>