To be more concrete: - The ipaddress of your mailserver needs a reverse dns entry. - This reverse dns entry should be equals to the A record which point to the ipaddress of your mailserver - This A record should be used as mx record - This A record should be used as heloname
If you will solve all the points there should be no problem ;-) bye Norman Norman Maurer schrieb: > Can you post the ipaddress of the mailserver ? > > Linux: > ifconfig > > Windows: > ipconfig > > I bet for the ipaddress of the mailserver exists no reverse entry.. > > bye > Norman > > Ant Kutschera (JIRA) schrieb: > >> [ >> http://issues.apache.org/jira/browse/JAMES-746?page=comments#action_12459455 >> ] >> >> Ant Kutschera commented on JAMES-746: >> ------------------------------------- >> >> OK, I checked again, and I had set the helloname in the pop3 config, not >> smtp. I have corrected that now, restarted and resent a new email to aol, >> but in the latest mailet log, I still get the error like before (I even >> checked the mail ID is for the new one, to ensure its not an old mail that >> is bouncing). >> >> What is strange is that the server name (mail.maxant.co.uk) used in the smtp >> log, is the same domain as the sender, and maxant.co.uk has correctly >> configured rDNS. So I really do not know what the problem is now. Any ideas? >> >> >> >>> Reverse DNS Lookup Fails for Virtual Accounts >>> --------------------------------------------- >>> >>> Key: JAMES-746 >>> URL: http://issues.apache.org/jira/browse/JAMES-746 >>> Project: James >>> Issue Type: Bug >>> Components: James Core >>> Affects Versions: 2.2.0 >>> Environment: Linux, Java 5 >>> Reporter: Ant Kutschera >>> >>> My server runs multiple domains. I use the JDBC Virtual Host mailet. >>> Everything normally works fine, but if the user sends email to AOL or other >>> picky domains, the mails bounce, and it complains rDNS is not set >>> correctly. Searching on sites like www.dnsstuff.com I am sure that the >>> reverse DNS is configured properly. It seems that AOL looks at the server >>> name given in the protocol, as opposed to the "from" address, and does a >>> reverse lookup and compares to that name. But that name is taken from the >>> server name, not the virtual account name, so at best I can get one domain >>> to work if I give the server the same name as that one domain. >>> James should be putting the domain name from the users account into the >>> protocol, not the server name, if it truly supports virtual hosting. >>> Cheers, >>> Ant >>> >>> >> >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > !EXCUBATOR:1,4587019044675549886156! > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
