Dealing with IP addresses that resolve to localhost

/0.06, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail) postfix/qmgr[1395]: 7D08B106DD6: removed Is there a way to detect and reject any email from IP addresses falsly claiming to be localhost? Cheers, Erik -- ----

Re: Dealing with IP addresses that resolve to localhost

s = permit_mynetworks, permit_sasl_authenticated, > reject_non_fqdn_helo_hostname Ok, that should do it except in the case when the helo is something valid, but the IP address lookup still resolves to localhost. Erik -- ----------

Pcre header checks

M-Signature: .*; d\=att.net;/i /^Message-ID: .*\.yahoo\.com>/i REJECT endif but it doesn't seem to work. Clues? Cheers, Erik -- ---------- Erik de Castro Lopo http://www.mega-nerd.com/

Re: Pcre header checks

he way out). Erik -- ---------- Erik de Castro Lopo http://www.mega-nerd.com/

Re: Pcre header checks

Erik de Castro Lopo wrote: > > DKIM signatures are also added in messages handled > > by lists, ... What you are attemtping to do is a bad idea based on a > > deep misconception of the role of DKIM in email processing. > > I think I have a fair handle on it. However, my o

Re: Pcre header checks

Noel Jones wrote: > take a look at milter-regexp. Thanks, I'll check it out. Cheers, Erik -- ------ Erik de Castro Lopo http://www.mega-nerd.com/

Re: regular expressions was: Kernel Oops

gexes while also matching quicker than the original. Obviously, a conversion from the first three to the optimised version has to be done mechanistically to avoid errors. Cheers, Erik -- ---------- Erik de Castro Lopo http://www.mega-nerd.com/

Re: regular expressions was: Kernel Oops

nverting a list of rDNS names like: 178.183.237.0.dsl.dynamic.eranet.pl 183.246.69.111.dynamic.snap.net.nz 188.146.109.136.nat.umts.dynamic.eranet.pl Into an optimal regex, assuming long pattern lines are accepted. Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/

Re: regular expressions was: Kernel Oops

amic.eranet.pl as input. > Skipping rules always beats evaluating rules. Agreed. > Unreadable rules should be avoided. Unless those rules were never intended to me read or modified by hand. Erik -- ------ Erik de Castro Lopo http://www.mega-nerd.com/

Re: regular expressions was: Kernel Oops

if you're not doing $n substitutions. This saves > another smidgen of time and memory. > /^(?:[0-9]{1,3}\.){4}(?:foo|bar|baz)$/ Good tip, thanks. Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/

Re: anyone rejecting incorrect dates with pcre header_checks?

ut. The three that were rejected in the past 24 hours were from 1980 and two from Apr 2010. Erik -- ---------- Erik de Castro Lopo http://www.mega-nerd.com/