Re: [mailop] Spamhaus and Spamcop Blacklisting

2016-09-13 Thread Wosotowsky, Adam
DROP generally indicates that the IP range is or has been hijacked. Getting off it is requires the actual owner to update their ownership records. --adam From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Rupesh Gohil Sent: Tuesday, September 13, 2016 9:23 AM To: Suresh

Re: [mailop] Google: Increase in false positives?

2016-09-02 Thread Wosotowsky, Adam
That is correct. With IPv6 coming into implementation this moves the problem from the intractable problem of identifying infected IP addresses, to the tractable problem of identifying good and bad domains and detecting deviation from the norm. It allows you to trash spam that fails basic

Re: [mailop] Cisco PIX Mailguard Oddity

2016-05-09 Thread Wosotowsky, Adam
> From: Steve Atkins > > Yes they can, but I've seen PIXes inexplicably get into a state where they > reject everything. > Just to pile on with all the other email experts, smtp_f*ckup is the worst "feature" ever implemented on a "security" device. Not only does it kill your ability to

Re: [mailop] Latest TLD issues..

2016-04-26 Thread Wosotowsky, Adam
> From: Michael Peddemors > > But again, it isn't the registrar that should be blamed, unless of course the > domains are being registered with stolen or forged information and credit > cards.. > > It is the companies that let them set up shop that should be complicit.. > In this case you can

Re: [mailop] DKIM signing domain selection (RFC 5863 section 2.3) question

2016-02-10 Thread Wosotowsky, Adam
Without DMARC, DKIM is anti-modification, not anti-spoofing. DKIM is there to say that a message has not been modified from the time that the DKIM header was added until it was authenticated by the recipient. It doesn't need to match the from address (think yahoo, gmail, Hotmail, etc that