==================================================================
Please DO NOT REPLY to this mail or send email to the developers
about this bug. Please follow-up to Bugzilla using this link:
https://bugs.contribs.org/show_bug.cgi?id=9605
Have you checked the Frequently Asked Questions (FAQ)?
http://wiki.contribs.org/SME_Server:Documentation:FAQ
Please also take the time to read the following useful guide:
http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
==================================================================
--- Comment #7 from Selwyn Rosenstein <[email protected]> ---
(In reply to Jean-Philippe Pialasse aka Unnilennium from comment #1)
> First, I want to state I will not oppose to the integration of new code, I
> just want to highlight what might be bad practice.
>
> (In reply to Selwyn Rosenstein from comment #0)
> > A lot of spammers use a block or complete subnet of IP addresses.
> > We want to block the entire subnet or range of addresses.
>
> The whole ? Only for them ? No acceptable client present in it, are you
> certain ?
>
> I personally had the bad experience of ITs at a Canadian university who
> decided that it would make their life better to ban a whole subnet because
> they received a lot of SPAM from numerous IP inside it. This subnet is
> located abroad so they might have think that no one abroad should have any
> need to send mail to a university recruiting students abroad, or having some
> new professors collaborating abroad, or phDs looking at a job at their
> University.
>
> I was at this time collaborating with some of their professors to publish an
> article with deadlines, and also applied for a job there.
> Everything was working fine for years and one day, no answer from any of my
> recipients. Of course I did receive notice of undelivered mail but after
> days of having my server to try, which when you have deadlines make you lose
> a lot.
>
> Another experience with a publishing company that decided to use ban of
> whole network subnets using RBL /DNSbl but implementing them on their
> firewall instead of their smtp. Good idea at first, you will avoid
> unnecessary hit of their smtp server, but bad practice because again I was
> in this subnet.
>
> So avoid "solutions" that consist to throw the baby with the water before
> even check if there is a baby.
Hi Jean-Philippe,
I understand.
I'm attempting to only block out subnets where I've already seen a number of
spam messages from them.
But you are correct, I may block someone who has only a part of the subnet
accidentally.
Regards,
Selwyn
--
You are receiving this mail because:
You are the QA Contact for the bug._______________________________________________
Mail for each SME Contribs bug report
To unsubscribe, e-mail [email protected]
Searchable archive at https://lists.contribs.org/mailman/public/contribteam/
