similar to: Cleaning up the Wiki...

On 13 April 2011 02:49, 陳韋任 <chenwj at iis.sinica.edu.tw> wrote: >  I think the wiki is a pretty good place to let people contribute their > knowledge about llvm. What things a maintainer need to do? Hi Chen, In theory, the bare minimum would be to clean it up once in a while, delete the offending accounts and keep an eye on rogue changes. Spam is only the most obvious problem in

Hi, Some people have suggested maintaining black lists and white lists to avoid spammers and allow legitimate callers into the network. However, the problem with this method is that the spammer's IP address might change due to DHCP. Today a spammer might get aaa.bbb.ccc.ddd and lets say that I put this address in my blacklist. To my annoyance, tomorrow a legitimate caller might get

If you had an account on the Syslinux Wiki, and hadn't actually done any edits, then I have probably deleted your account (you should be able to re-create it, however.) Spammers had created over a hundred "dormant" accounts, which I wanted to clean up -- obviously it's impossible for me to tell if an account with no edit history is legitimate or not. In the meantime I have

Unfortunately, the spammers in question appear to be human (of sorts). We're not sure what they're up to, but a common pattern is to post random text, or something copied from a generic bug report (like "able to add 6 item"), later followed by a comment containing a link or a file attachment. Presumably, it is some sort of click-bait scheme, but it could also be a covert

It is by now clear that a handful of persistent spammers have started using semiautomated attacks targeted specifically at our wiki ... one careless spammer even uploaded some of his scripts! As a result, I have switched the wiki to a mode where editors need to be explicitly authorized, manually, before they can edit. As a result, people will need to first create an account, and then get a

In case you still care, see https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16726 which even our very human spam detector hasn't decided to label as spam (yet). -pd > On 08 Feb 2016, at 18:34 , frederik at ofb.net wrote: > > Ah, thank you for that explanation. I somehow didn't catch that my > Bugzilla account had been disabled by a human. > > "Common

No problem. Another suggestion would be to simply validate user input like most websites, and reject invalid submissions immediately, rather than blocking the user's account. I don't know what kind of spambots you are up against, but unless they are very intelligent I doubt they'll be able to understand a message like "You submitted a bug with no body text, please enter something

Ah, thank you for that explanation. I somehow didn't catch that my Bugzilla account had been disabled by a human. "Common pattern is to post ... something copied from a generic bug report" - that sounds very annoying. Frederick On Sun, Feb 07, 2016 at 11:54:11AM +0100, peter dalgaard wrote: > Unfortunately, the spammers in question appear to be human (of sorts). > >

Hello Everyone, I was wondering what people on this list were using to generate captchas within forms on sites they are developing? I know there is a ruby gem named captcha, but I have seen some others floating around as well. Thanks, Andrew -------------- next part -------------- An HTML attachment was scrubbed... URL:

Re: Per the discussions about spam on this list. Sending a confirming message to an unregistered poster is not a good idea. The return/reply-to addresses in spam is forged, and that is just adding to some victims e-mail. Filtering runs the risk that a legitimate message gets lost, and the sender does not realize it. Filtering is also the most expensive and innefficient way to deal with

I have been using centos 6 in a virtualized system for a few months now. Took a while to batten down the hatches with postfix, rbls, and to use fail2ban correctly. The mailserver for my website(s) are located on the http server as well..an 'all in one' server. DNS servers are separated. My two sites, and their emails addresses (1 for each) have been around for 10 and 15 years

You do not understand how mail works. Google mail is only getting through when spf checks and the likes are being passed. I am not creating any problems with this, I am just bouncing them back. Google has enough billions to handle these issues. If everyone would apply this procedures, people with legitimate email accounts would move from a spam network to some other provider. People joining

Been working on my anti-spam centos mailserver for a while now and thought I would share fail2ban's help. I installed fail2ban a few weeks back. It was tough to get it working properly but pretty much working now. Although it works fine for brute force, I thought I would run it pretty tough against spammers. I started with a regular mail server, my old one, that is horrendously pounded

I got some spam emails after my last post to the list, and the emails did not seem to go through r-help. The spammers may be subscribed to the r-help, or they get the poster emails from some of the web copies of this list (nabble or similar). Peter On Tue, Apr 17, 2018 at 11:37 AM, Ulrik Stervbo <ulrik.stervbo at gmail.com> wrote: > I asked the moderators about it. This is the reply

Hi guys, My site ( http://shunya.in ) recently started receiving some spam and I had ignored the issue till it became a problem, and I guess it is becoming a problem now. I looked around on suggested ways to address the problem and found two systems - CAPTCH and Akismet. I consider both of them in this email along with the reasons why I am debating using neither of them. Then I ask for your

I asked the moderators about it. This is the reply "Other moderators have looked into this a bit and may be able to shed more light on it. This is a "new" tactic where the spammers appear to reply to the r-help post. They are not, however, going through the r-help server. It also seems that this does not happen to everyone. I am not sure how you can automatically block the

Hello, Thanks to some nice people on here and other forums I have pretty much finalized my whole mail system on centos 6.x. With all the checks, greylisting, dev/null of any 8+ spam level SA, I still get a few mails. It seems like everytime I enable a new protectant, the mail stops spamming for a few hours...then the spammers decide I am worthy of using better methods against me..and more

On Fri, Feb 13, 2015 at 12:32 PM, Valeri Galtsev <galtsev at kicp.uchicago.edu> wrote: > > I stated pure observation on at least two pairs of primary - backup MX I > maintain. Still I made backup MXes with greylisting as well (they are > separately hit by same bad spammers scripts, at a rate about 10 times > smaller than primary MXes are and absolutely independently). I think

I agree that no action should be taken. It's somewhat mystifying that the robot known as "Amy Kristen" responds so quickly after my post, and with such regularity (so far twice per hour), using perhaps several email addresses - and using the correct "Reply-To" headers. But more mystifying is that she keeps the same name the whole time. And lucky, I guess, because otherwise

On Fri, Feb 13, 2015 at 12:45 PM, Valeri Galtsev <galtsev at kicp.uchicago.edu> wrote: > >>> >> In this case the secondary MX has the same RBL's etc etc as the primary. >> I do see the spammers sending their junk to the secondary more than the >> primary MX. Agree the secondary does not know the difference between >> valid and invalid addresses. >