Stuart Henderson writes:
> If it's compatible with how you use the domain, it might help
I suppose I'll never know how many receivers of spam claiming to be
from 13RDETTIWT2@datadok.no (yes, fresh from the source) and friends
actually acted on the SPF info for the domain and skipped sending a
bounce, but the ones that don't use SPF in any meaningful way still
generate significant backscatter. Once 13RDETTIWT2@datadok.no is a
spamtrap it won't matter much of course, except for any valid mail
which might happen to venture out from the same IP address to somebody
at datadok.no.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://bsdly.blogspot.com/ http://www.datadok.no/ http://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
| Andy Whitcroft | clam |
| Jon Smirl | Re: 463 kernel developers missing! |
| Trent Piepho | [PATCH] [POWERPC] Improve (in|out)_beXX() asm code |
| Linus Torvalds | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| Jarek Poplawski | Re: HTB accuracy for high speed |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Natalie Protasevich | [BUG] New Kernel Bugs |
