smf

5 ms·

1.
by smf 5y ago
Please see my comment below: https://news.ycombinator.com/item?id=30227886 and the subsequent threads below. Not all blocklist providers are the same.
2.
by smf 5y ago
> The screenshot I got of your conversation with (Dave) was, indeed very well done and was both informative and actionable. You responded to us very quickly and with a high level of professionalism. > Further, participating here in th
3.
by smf 5y ago
> Bottom line: our duty of safeguarding customer data trumps this weeks fashionable spam heuristics. I haven't suggested that you do anything differently to that. Keep the data, keep the accounts, do whatever you feel is best for yo
4.
by smf 5y ago
From our perspective, we don't link IP and domains at all at the moment, they are totally independent. Because spam traps get very different traffic to a real mail server, you can make a lot of assumptions that would be impossible to d
5.
by smf 5y ago
Sure - happy to elaborate here, re-reading my response I understand the confusion here as my choice language wasn't great ;-) I didn't say anywhere that you MUST support HTTP unsubscribes, but I just said it was preferable (to m
6.
by smf 5y ago
Traps = Spam Traps. One of the ways most blocklists work is by employing spam traps which can either be individual email addresses or entire domains. It's quite a large topic, but I'll try and summarise for you. You can't jus
7.
by smf 5y ago
Apologies for not being clearer on this, I'm generally talking about marketing messages when I say "not keeping in touch". My point here is "consent to send", e.g. I think most people would find that someone importi
8.
by smf 5y ago
I'm the Abusix engineer in question (and actually the architect of the system in question), and you're being somewhat "economical" with what actually happened here. Here's the actual chain of events in question: - Y
9.
by smf 13y ago
Exactly. Well said.