Rspamd spam filter

[Rspamd spam filter @rspamd]

@emailmp I don't see it in the default SA rules (nor it is in Rspamd). Furthermore, https://t.co/9lPCBqSsg0 is in SA uribl skip list. However, to my best knowledge, spammers are actively using Amazon SES for their actions (as well as many legit senders unfortunately).

[Rspamd spam filter @rspamd]

@ovh_support_en @Hetzner_Online I really don't know where to write, as your support systems are "automated", but your port scan monitors triggers from #rspamd fuzzy checks (UDP 11335). I will appreciate any help as I don't want my servers to be blocked for users by some other bot

[Rspamd spam filter @rspamd]

A new stable #rspamd version 3.3 has been released today: https://t.co/Nf5N5mBRTE

[Rspamd spam filter @rspamd]

The main outage is resolved, fixing some more issues. Great thanks to the @Hetzner_Online support!

[Rspamd spam filter @rspamd]

Rspamd infrastructure is down so far (the site, email, fuzzy etc). It was caused by the server fault. I have contacted the support but I don't know when they are able to reply, so I have no estimation for the downtime. I'm sorry for any inconveniences caused.

[Rspamd spam filter @rspamd]

Premium servers and fuzzy hashes collection are not affected, just in case.

[Rspamd spam filter @rspamd]

We have just released new #rspamd 3.2: https://t.co/KjIwO5auB1

[Rspamd spam filter @rspamd]

New #rspamd major version 3.0 is now available (even for Debian Bullseye!): https://t.co/uh1Uwxf85c

[Rspamd spam filter @rspamd]

New #rspamd release 2.6 is now ready: https://t.co/yBokzhD1x8

[Rspamd spam filter @rspamd]

@ruudschilders It works. Your issue is probably related to https://t.co/6sjJIvJv6P as many of their users use dynamic IP addresses and this issue is NOT resolved yet.

[Rspamd spam filter @rspamd]

@Spheron1 I know :( I've fixed it in the morning.

[Rspamd spam filter @rspamd]

@resmo79 I cannot parse your question I'm afraid.

[Rspamd spam filter @rspamd]

https://t.co/6sjJIvJv6P - and I'm sorry for blaming Debian with no reason :(

[Rspamd spam filter @rspamd]

One more thing to confirm: your IP will NOT be banned if you use 1.8.1 from Buster, nor 0.6.10 from Jessie, nor anything more recent from other Debian releases. My script detects different patterns that do not affect these versions listed above.

[Rspamd spam filter @rspamd]

Please STOP using #rspamd 1.8.1 from Debian distros (e.g. buster). Your IP will be banned on https://t.co/7daGmxDdPD as this version causes extensive load on my servers due to a bug. Debian won't care of that. Please use only packages that are provided by #rspamd, not Debian.

[Rspamd spam filter @rspamd]

Ok, I can confirm now that this issue have NOT been caused by the versions that are shipped with Debian. I'm sorry for the noise. But I still would recommend to use the packages from Rspamd itself.

[Rspamd spam filter @rspamd]

@JulianKlode Thank you for looking into this! I've tried to prepare a patch for 1.8.1 and found that this version is not responsible for those messy requests. So we can probably leave it as is...

[Rspamd spam filter @rspamd]

@vkhachaturov @workaround_org It seems that it was not 1.8.1 version that ruins my server but something older. And it is not 0.6.10 from jessie: it doesn't query https://t.co/7daGmxDdPD maps at all. Now it looks like a detective story...

[Rspamd spam filter @rspamd]

@JulianKlode Ok, so my question is simple: who is going to fix it? It requires patching and I do not have resources to support such outdated versions. I've asked Debian developers not to include Rspamd mainly because of that.

[Rspamd spam filter @rspamd]

New #rspamd release 2.3 is out today: https://t.co/PLjzha1sFF