On Apr 7, 2015, at 9:55 AM, chris <[email protected]> wrote: > We are not trying to avoid spam filters at all. We are simply trying to > design our systems so that when something happens like a customers account > getting compromised that once we can stop the cause that we can get the > customers mail flowing again and they arent stuck waiting hours and days for > each RBL to remove the listing or when the affected service provider is slow > or completely unresponsive even when the issue is addressed. > > I understand from your 3rd party view it may appear the way you are saying > but we are not looking to evade, we do everything we can to keep our systems > in good standing and good reputation but no matter what you do sooner or > later someones website that you host gets compromised or someones client > computer gets compromised both of which have authenticated credentials. Even > when we detect this and immediately take action to stop it, the process of > reaching out to all affected providers and also dealing with providers who > dont answer at their listed contacts for days or sometimes not all.
I'm not offering moral advice, I'm offering operational advice. What you're proposing is automated spam filter evasion. Doing that while consistently avoiding negative consequences isn't trivial and may require broader work than just routing your mail through a different IP address each time your mail is blocked. Manually routing mail through a different IP address occasionally is one thing, but if you're looking to develop an automated filter evasion system you're either massively over-engineering things, or you have a big enough problem with sending unwanted mail that your effort might be better applied to root causes (reputation, customer segregation, avoiding having spammers on your network, abuse policies and procedures, outbound traffic monitoring and real-time mitigation and so on). Cheers, Steve -- Having an Email Crisis? (800) 823-9674 Steve Atkins - Word to the Wise - [email protected] _______________________________________________ mailop mailing list [email protected] http://chilli.nosignal.org/mailman/listinfo/mailop
