Oh, now I see what this is about, Yes you have to specify that James will handle mail for the address literals as well as domain names, then it works. I can't see why this needs to be "fixed" it may be that you don't actually want to handle mail delivered using IP addresses, only FQDN's, for any number of reasons. Specifying ip address literals to be handled in the servernames section seems reasonable to me. My fix would be to simply document this requirement, and point out the reasoning. What do you think? d.
> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 17 August 2002 21:41 > To: [EMAIL PROTECTED] > Subject: DO NOT REPLY [Bug 11795] New: - address-literal addressing not > working > > > 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=11795>. > 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=11795 > > address-literal addressing not working > > Summary: address-literal addressing not working > Product: James > Version: unspecified > Platform: Other > OS/Version: Other > Status: NEW > Severity: Normal > Priority: Other > Component: James Core > AssignedTo: [EMAIL PROTECTED] > ReportedBy: [EMAIL PROTECTED] > > > 2.1a1 doesn't appear to support <user@address-literal> addressing > as required > by the SMTP RFC. James.isServerLocal() does a simple String lookup in a > serverName collection, so unless the IP addresses are in the > collection, they > won't be matched. > > There are some reports that this is a regression, since it worked > with 2.0a3. > That should be tested. There was also an Open Relay defect in 2.0a3 that > might have masked this problem, depending upon the test. A patch > for this > defect has been submitted. > > -- > 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]>
