Yikes! Good catch -- I couldn't see any way "localhost" should have been printed in that spot.
I can update spamdyke to translate "localhost" to 127.0.0.1 (and change the environment so downstream filters will get the IP address too). Can you confirm this is the only time a name is put in TCPREMOTEIP instead of an IP address? Should I just make the fix more general and perform a DNS lookup if the contents of TCPREMOTEIP don't look like an IP address? -- Sam Clippinger Christian Aust wrote: > Am 16.12.2008 um 19:00 schrieb Zoltan Medovarszky: > > >> I have a serious problem: >> The e-mails delivered with mailman are rejected, because of a wrong >> ip: >> >> DENIED_RDNS_MISSING from: [email protected] to: [email protected] >> origin_ip: localhost origin_rdns: (unknown) auth: (unknown) >> >> How can I eliminate this? >> > > Are you using Plesk? Did you upgrade recently from version 8.6 to 9.0? > If so, you're suffering from the same issue that I've described here: > > http://forum.swsoft.com/showthread.php?t=56858 > > I still have to find a solution for this. Unfortunately, it seems as > if tcp-env for some reason puts the string "localhost" instead of > 127.0.0.1 into the env variable TCPREMOTEIP. That confuses spamdyke, > which isn't able to find a rDNS and rejects the message in return. > > I'd be happy to have a workaround for spamdyke, until parallels.com > fixes Plesk. Regards, > > Christian > > _______________________________________________ > spamdyke-users mailing list > [email protected] > http://www.spamdyke.org/mailman/listinfo/spamdyke-users > _______________________________________________ spamdyke-users mailing list [email protected] http://www.spamdyke.org/mailman/listinfo/spamdyke-users
