[Haskell] Spam Control
On Jun 29, 2021, 4:57 AM -0400, Ivan Perez , wrote: > Can we please permanently ban this person and everyone from the > confscience.com domain? > > Thanks, > > Ivan Done. —Gershom ___ Haskell mailing list Haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell
Re: Simon's email classified as spam
Dear all, thanks for the many responses. It appears that this is now fixed. (no need to send more). Cheers, Gershom On June 19, 2016 at 3:08:28 PM, Simon Peyton Jones via Glasgow-haskell-users (glasgow-haskell-users@haskell.org) wrote: > Dear GHC devs/users > This is another test to see if email from me, relayed via Haskell.org, ends > up in your spam > folder. Gershom thinks he’s fixed it (below). Can I trespass on your patience > once more? > Just let me know if this email ends up in your inbox or spam. Can you cc John > and Gershom (but > perhaps not everyone else)? Thanks > Simon > > > | From: Gershom B [mailto:gersh...@gmail.com] > > | Sent: 18 June 2016 18:53 > > | To: Simon Peyton Jones ; John Wiegley > > | > > | Cc: Michael Burge > > | Subject: Re: FW: CMM-to-SAM: Register allocation weirdness > > | > > | Simon — I just found two possible sources of the problem (first: the top > > | level config didn’t take hold due to other errors when updating — fixed > that, > > | and second, it might be possible the top level config isn’t retroactively > > | applied to all lists — so i added the config to the relevant lists > directly). > > | > > | I think if you try one more time it might work (fingers crossed). > > ___ > Glasgow-haskell-users mailing list > Glasgow-haskell-users@haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users > ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
Re: Simon's email classified as spam
All Ok. it was not marked as spam 2016-06-19 21:08 GMT+02:00 Simon Peyton Jones via Glasgow-haskell-users < glasgow-haskell-users@haskell.org>: > Dear GHC devs/users > > This is another test to see if email from me, relayed via Haskell.org, > ends up in your spam folder. Gershom thinks he’s fixed it (below). Can I > trespass on your patience once more? > > Just let me know if this email ends up in your inbox or spam. Can you cc > John and Gershom (but perhaps not everyone else)? Thanks > > Simon > > > > | From: Gershom B [mailto:gersh...@gmail.com] > > | Sent: 18 June 2016 18:53 > > | To: Simon Peyton Jones <simo...@microsoft.com>; John Wiegley > > | <jo...@newartisans.com> > > | Cc: Michael Burge <michaelbu...@pobox.com> > > | Subject: Re: FW: CMM-to-SAM: Register allocation weirdness > > | > > | Simon — I just found two possible sources of the problem (first: the top > > | level config didn’t take hold due to other errors when updating — fixed > that, > > | and second, it might be possible the top level config isn’t retroactively > > | applied to all lists — so i added the config to the relevant lists > directly). > > | > > | I think if you try one more time it might work (fingers crossed). > > > > ___ > Glasgow-haskell-users mailing list > Glasgow-haskell-users@haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users > > -- Alberto. ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
Simon's email classified as spam
Dear GHC devs/users This is another test to see if email from me, relayed via Haskell.org, ends up in your spam folder. Gershom thinks he’s fixed it (below). Can I trespass on your patience once more? Just let me know if this email ends up in your inbox or spam. Can you cc John and Gershom (but perhaps not everyone else)? Thanks Simon | From: Gershom B [mailto:gersh...@gmail.com] | Sent: 18 June 2016 18:53 | To: Simon Peyton Jones <simo...@microsoft.com>; John Wiegley | <jo...@newartisans.com> | Cc: Michael Burge <michaelbu...@pobox.com> | Subject: Re: FW: CMM-to-SAM: Register allocation weirdness | | Simon — I just found two possible sources of the problem (first: the top | level config didn’t take hold due to other errors when updating — fixed that, | and second, it might be possible the top level config isn’t retroactively | applied to all lists — so i added the config to the relevant lists directly). | | I think if you try one more time it might work (fingers crossed). ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
[Haskell-cafe] A thought on the LinkedIn spam and an upstream spam filter
Hello, Sorry for dwelling on a spammy topic. If you are NOT interested in this then please accept my regret and let me assure you that this is NOT to add to the existing spam. If you still are unconvinced, then the only thing I can tell you is sorry, accept my apologies for wasting your time and please stop reading further. Okay, here is what I thought of it. Yesterday I sent a mail as a response to a spam from LinkedIn to the cafe. I don't know how, but part of my mail text was missing. (I must have pressed Ctrl-C instead of Ctrl-V to paste the text from another file.) I had thought of an idea which I call upstream spam filter. Anyway here is the text: I thought, some people here on the list, who might have links with the higher-ups at linked-in might bring the issue to their notice and would make them *register* the Haskell-Cafe list on their server so that they never send a spam to the entire list. They should install such an upstream spam filter. This upstream spam filter based solution would be more effective in culling spam as compared to solutions based on requesting/heckling individual linked-in subscribers to take some action at his/her end. Note that here the individual may or may not be doing intentional spamming BUT the linkedin is *hiding* behind the subscribers' ignorance. I propose that more *influential* people on the list demand that the linked-in company should provide a way to register some emails (e.g. mailing lists) which they SHOULD spare from their spamming machines. I have already tried communicating with them but was unsuccessful. Is there any DND like service, at least, to force these big companies (like linked-in), who are happily spamming the world, behave properly?[1] Please send such protest mails to the personal email ids of the linked-in (and other such companies) top brass or other linkedin top level technical staff, if you know them. If anybody on this list is working for linkedin, then this mail is for you too. [1] http://en.wikipedia.org/wiki/Do_Not_Disturb_%28telecommunications%29 Thanks and regards, -Damodar Kulkarni On Mon, Sep 23, 2013 at 12:43 AM, MigMit miguelim...@yandex.ru wrote: So, instead of emailing this guy and asking him to change the address in his LinkedIn profile (which is simple, since he did write a lot to café), you decided to continue spamming the mailing list. Nice Отправлено с iPad 22 сент. 2013 г., в 21:31, damodar kulkarni kdamodar2...@gmail.com написал(а): What a surprise, I didn't know the real name of Haskell Cafe till date, BUT today I came to know it: it is Minh Thu V. linked in sucks ... Thanks and regards, -Damodar Kulkarni On Sun, Sep 22, 2013 at 2:53 PM, Kyle Hanson via LinkedIn mem...@linkedin.com wrote: [image: LinkedIn] http://www.linkedin.com/e/uc6lxc-hlw276p4-5e/hom/?hs=falsetok=1F1OVFpS1PWlU1 Hi Minh Thu, I'd like to connect with you on LinkedIn. Accepthttp://www.linkedin.com/e/uc6lxc-hlw276p4-5e/XvIdBwmueHfd6vFMPXXdLaqreCbl5oOSpPTFPU/blk/I943132921_20/1Bt6BSrCBTpmUJt71BoSdxbm8JrnpKqlZJrmZzbmNJpjRQnOpBtn9QfmhBt71BoSd1p65Lr6lOfP0OnP4Oej8PcjcQekALpQcJlDxQrDwLc3wRcP4Qc3gTdz4LrCBxbOYWrSlI/eml-comm_invm-b-accept-newinvite/?hs=falsetok=3WsXkZaBdPWlU1 View Profilehttp://www.linkedin.com/e/uc6lxc-hlw276p4-5e/rso/60831967/_LLG/name/22724543_I943132921_20/eml-comm_invm-b-profile-newinvite/?hs=falsetok=041BVcm2lPWlU1 http://www.linkedin.com/e/uc6lxc-hlw276p4-5e/rso/60831967/_LLG/name/22724543_I943132921_20/eml-comm_invm-b-photo-newinvite/?hs=falsetok=0kvDW_y0FPWlU1 Kyle Hansonhttp://www.linkedin.com/e/uc6lxc-hlw276p4-5e/rso/60831967/_LLG/name/22724543_I943132921_20/eml-comm_invm-b-name-newinvite/?hs=falsetok=2JMZQUFRhPWlU1 Engineer at eShares, Inc. Greater Chicago Area You are receiving Invitation emails. Unsubscribehttps://www.linkedin.com/e/uc6lxc-hlw276p4-5e/XvIdBwmueHfd6vFMPXXdLaqreCbl5oOSpPTFPU/uns/20008/22724543/anmdibt9ekfs9vo/haskell-cafe%40haskell%2Eorg/uc6lxc-hlw276p4-5e/eml-comm_invm-f-unsub-inv28/?hs=falsetok=2n8GqjQ2lPWlU1. This email was intended for Minh Thu Vo (Core/Server Lead Developer at OpenERP). Learn why we included thishttp://www.linkedin.com/e/uc6lxc-hlw276p4-5e/plh/http%3A%2F%2Flinkedin%2Ecusthelp%2Ecom%2Fapp%2Fanswers%2Fdetail%2Fa_id%2F4788/2t30/?hs=falsetok=3DK9rbdq9PWlU1. © 2013, LinkedIn Corporation. 2029 Stierlin Ct. Mountain View, CA 94043, USA ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] A thought on the LinkedIn spam and an upstream spam filter
Hi, Thanks for the heads-up. I have just checked my email addresses registered on linkedin: I had three of them, my regular email address (this one), me previous work address, which I never added myself, and haskell-cafe, which I did not add myself either. My regular address was labeled as primary, the haskell-cafe not, and a link to confirm my work address was visible next to it, but not for haskell-cafe. Looking up in my emails, I have indeed received twice on invitation from the same person, once to my regular address, and once via haskell-cafe. The fact it was via haskell-cafe was not visible in gmail interface. I have removed the hasell-cafe and my previous work addresses. I don't think I have done something wrong (and I guess LinkedIn did), but anyway, sorry for the inconvenience. Thanks, Thu 2013/9/23 damodar kulkarni kdamodar2...@gmail.com Hello, Sorry for dwelling on a spammy topic. If you are NOT interested in this then please accept my regret and let me assure you that this is NOT to add to the existing spam. If you still are unconvinced, then the only thing I can tell you is sorry, accept my apologies for wasting your time and please stop reading further. Okay, here is what I thought of it. Yesterday I sent a mail as a response to a spam from LinkedIn to the cafe. I don't know how, but part of my mail text was missing. (I must have pressed Ctrl-C instead of Ctrl-V to paste the text from another file.) I had thought of an idea which I call upstream spam filter. Anyway here is the text: I thought, some people here on the list, who might have links with the higher-ups at linked-in might bring the issue to their notice and would make them *register* the Haskell-Cafe list on their server so that they never send a spam to the entire list. They should install such an upstream spam filter. This upstream spam filter based solution would be more effective in culling spam as compared to solutions based on requesting/heckling individual linked-in subscribers to take some action at his/her end. Note that here the individual may or may not be doing intentional spamming BUT the linkedin is *hiding* behind the subscribers' ignorance. I propose that more *influential* people on the list demand that the linked-in company should provide a way to register some emails (e.g. mailing lists) which they SHOULD spare from their spamming machines. I have already tried communicating with them but was unsuccessful. Is there any DND like service, at least, to force these big companies (like linked-in), who are happily spamming the world, behave properly?[1] Please send such protest mails to the personal email ids of the linked-in (and other such companies) top brass or other linkedin top level technical staff, if you know them. If anybody on this list is working for linkedin, then this mail is for you too. [1] http://en.wikipedia.org/wiki/Do_Not_Disturb_%28telecommunications%29 Thanks and regards, -Damodar Kulkarni On Mon, Sep 23, 2013 at 12:43 AM, MigMit miguelim...@yandex.ru wrote: So, instead of emailing this guy and asking him to change the address in his LinkedIn profile (which is simple, since he did write a lot to café), you decided to continue spamming the mailing list. Nice Отправлено с iPad 22 сент. 2013 г., в 21:31, damodar kulkarni kdamodar2...@gmail.com написал(а): What a surprise, I didn't know the real name of Haskell Cafe till date, BUT today I came to know it: it is Minh Thu V. linked in sucks ... Thanks and regards, -Damodar Kulkarni On Sun, Sep 22, 2013 at 2:53 PM, Kyle Hanson via LinkedIn mem...@linkedin.com wrote: [image: LinkedIn] http://www.linkedin.com/e/uc6lxc-hlw276p4-5e/hom/?hs=falsetok=1F1OVFpS1PWlU1 Hi Minh Thu, I'd like to connect with you on LinkedIn. Accepthttp://www.linkedin.com/e/uc6lxc-hlw276p4-5e/XvIdBwmueHfd6vFMPXXdLaqreCbl5oOSpPTFPU/blk/I943132921_20/1Bt6BSrCBTpmUJt71BoSdxbm8JrnpKqlZJrmZzbmNJpjRQnOpBtn9QfmhBt71BoSd1p65Lr6lOfP0OnP4Oej8PcjcQekALpQcJlDxQrDwLc3wRcP4Qc3gTdz4LrCBxbOYWrSlI/eml-comm_invm-b-accept-newinvite/?hs=falsetok=3WsXkZaBdPWlU1 View Profilehttp://www.linkedin.com/e/uc6lxc-hlw276p4-5e/rso/60831967/_LLG/name/22724543_I943132921_20/eml-comm_invm-b-profile-newinvite/?hs=falsetok=041BVcm2lPWlU1 http://www.linkedin.com/e/uc6lxc-hlw276p4-5e/rso/60831967/_LLG/name/22724543_I943132921_20/eml-comm_invm-b-photo-newinvite/?hs=falsetok=0kvDW_y0FPWlU1 Kyle Hansonhttp://www.linkedin.com/e/uc6lxc-hlw276p4-5e/rso/60831967/_LLG/name/22724543_I943132921_20/eml-comm_invm-b-name-newinvite/?hs=falsetok=2JMZQUFRhPWlU1 Engineer at eShares, Inc. Greater Chicago Area You are receiving Invitation emails. Unsubscribehttps://www.linkedin.com/e/uc6lxc-hlw276p4-5e/XvIdBwmueHfd6vFMPXXdLaqreCbl5oOSpPTFPU/uns/20008/22724543/anmdibt9ekfs9vo/haskell-cafe%40haskell%2Eorg/uc6lxc-hlw276p4-5e/eml-comm_invm-f-unsub-inv28/?hs=falsetok=2n8GqjQ2lPWlU1. This email was intended
Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
Anyone ran SpamAssassin on the offending content created by the spammers? I've been using it on hpaste and it's been very effective at cutting out the crap. On 4 August 2012 19:15, Gwern Branwen gwe...@gmail.com wrote: On Fri, Aug 3, 2012 at 10:34 PM, damodar kulkarni kdamodar2...@gmail.com wrote: So, another doubt, if detecting spam is trivial, then why not just send the detected spam to trash directly without any human inspection? This may mean some trouble for the posters due to false positives; but the moderator's job can be reduced to some extent. Which is pretty much what this whole thread is about: asking that the sysadmins Do Something about this trivial yet overwhelming spam. -- gwern http://www.gwern.net ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Spam on list??
i get this spam whenever anyone sends a mail to @eukor.com and this list at the same time. i think that this kind of spam-bot sends to all recipients, not only to the person who sent it; but sends only if it sees @eukor.com in the TO: or CC: field. so, if anyone knows a similar unsafeSpamBlocker, anyone of us might be able to disable one or both bots simply by sending a funny email (from a throw-away account because of side effects!!) to both email adresses - each twice to make it exponential. that would be the easiest pragmatic solution. sadly, i don't know any other unsafeSpamBlocker than this; it is years ago that i saw one. i guess they do not survive more than a few weeks – at least not without beeing blacklisted automatically. - marc Gesendet: Montag, 01. Juli 2013 um 17:30 Uhr Von: Brandon Allbery allber...@gmail.com An: vlatko.ba...@gmail.com Cc: Haskell-Cafe haskell-cafe@haskell.org Betreff: Re: [Haskell-cafe] Spam on list?? On Mon, Jul 1, 2013 at 11:19 AM, Vlatko Basic vlatko.ba...@gmail.com[vlatko.ba...@gmail.com] wrote: Anybody else getting this spam emails from j...@eukor.com[j...@eukor.com] every time a message is sent to Cafe? Yes, and I'm hoping a list admin steps in soon. The irony is, it's their *anti*spam filter. They decided to use one of those obnoxious whitelisting systems that requires all senders to register with it before it will pass on their mail... but didn't exclude mailing lists from this. Mailing lists, of course, can't authenticate, so they're sending all these image-heavy please whitelist yourself messages in Korean to the list submission address *and* not seeing any actual list traffic. This is one of the reasons I sometimes wish that use of an active spam whitelist like this were grounds for disabling the user's email account. They can't even tell what kind of mess they're making. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com[allber...@gmail.com] ballb...@sinenomine.net[ballb...@sinenomine.net] unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net[http://sinenomine.net] ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Spam on list??
Yeah I'm getting stuff from j...@eukor.com every time I post. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Spam on list??
Title: 인증페이지시안1 Anybody else getting this spam emails from j...@eukor.com every time a message is sent to Cafe? Original Message Subject: Re: [Haskell-cafe] "Casting" newtype to base type? From: j...@eukor.com j...@eukor.com To: me Date: 01.07.2013 17:07 ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Spam on list??
On Mon, Jul 1, 2013 at 11:19 AM, Vlatko Basic vlatko.ba...@gmail.comwrote: Anybody else getting this spam emails from j...@eukor.com every time a message is sent to Cafe? Yes, and I'm hoping a list admin steps in soon. The irony is, it's their *anti*spam filter. They decided to use one of those obnoxious whitelisting systems that requires all senders to register with it before it will pass on their mail... but didn't exclude mailing lists from this. Mailing lists, of course, can't authenticate, so they're sending all these image-heavy please whitelist yourself messages in Korean to the list submission address *and* not seeing any actual list traffic. This is one of the reasons I sometimes wish that use of an active spam whitelist like this were grounds for disabling the user's email account. They can't even tell what kind of mess they're making. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Wiki spam
Hi all, The last days, some spam was added to the GHC developer wiki (http://hackage.haskell.org/trac/ghc) . I have removed some of it, but I could not get rid of the bits that were added through attachments; see for example the bottom of http://hackage.haskell.org/trac/ghc/wiki/Building. Can someone with wiki admin rights have a go at it? Thanks, Stefan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
On Fri, Aug 3, 2012 at 10:34 PM, damodar kulkarni kdamodar2...@gmail.com wrote: So, another doubt, if detecting spam is trivial, then why not just send the detected spam to trash directly without any human inspection? This may mean some trouble for the posters due to false positives; but the moderator's job can be reduced to some extent. Which is pretty much what this whole thread is about: asking that the sysadmins Do Something about this trivial yet overwhelming spam. -- gwern http://www.gwern.net ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
On Mon, Jul 30, 2012 at 6:59 PM, Alexander Solla alex.so...@gmail.com wrote: We could even have a report spam button on each page, and if enough users click on it (for a given revision), the revision gets forwarded to a moderator. This would be useless. The problem is not detecting spam, since that's quite trivial: it's very hard to miss. The problem is that the moderator (ie. me) is already overworked. The spam needs to be reduced to begin with, not detected. -- gwern http://www.gwern.net ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
Hi Gwern, First of all, thanks for your patience. I am willing to do administrator tasks. 4. ReCAPTCHA enabled for 'edits adding new, unrecognized external links' - which is all of the spam. This is already enabled. I guess the problem may be due to ReCAPTCHAhttp://www.google.com/recaptcha/learnmore; so you can choose to use a custom built CAPTCHA that is more difficult to crack. You may find some open source captcha systems better than the ReCAPTCHA. http://jcaptcha.sourceforge.net/ To forge the relay attacks on CAPTCHA, you may try early timeouts and/or increasing length of CAPTCHA text. This potentially may mean more trouble and nuisance to legit users, but I guess, the Haskellers will be willing to pay this small price for a better web-site experience for them. :) Relay attacks: Remember that there are human solvers employed in countries like India, China, so any human solvable captcha will fail to work as desired. http://en.wikipedia.org/wiki/CAPTCHA#Human_solvers The problem is not detecting spam, since that's quite trivial: it's very hard to miss. Thanks for providing more info. So, another doubt, if detecting spam is trivial, then why not just send the detected spam to trash directly without any human inspection? This may mean some trouble for the posters due to false positives; but the moderator's job can be reduced to some extent. I hope, this is useful. If not, please forgive me for causing more reading trouble for you. Regards, -Damodar On Fri, Aug 3, 2012 at 7:29 PM, Gwern Branwen gwe...@gmail.com wrote: On Mon, Jul 30, 2012 at 6:59 PM, Alexander Solla alex.so...@gmail.com wrote: We could even have a report spam button on each page, and if enough users click on it (for a given revision), the revision gets forwarded to a moderator. This would be useless. The problem is not detecting spam, since that's quite trivial: it's very hard to miss. The problem is that the moderator (ie. me) is already overworked. The spam needs to be reduced to begin with, not detected. -- gwern http://www.gwern.net ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
On 7/30/12 5:35 PM, Henk-Jan van Tuyl wrote: - Block creation of usernames o ending with two or more digits o with more than one x or q o starting with buy o longer than 20 characters o with more than 4 consonants in a row As other's've mentioned, many of these constraints impose undue burden on users with linguistic heritage outside of western Europe. Creating a decent filter for recognizing legitimate names across the majority of languages is quite difficult. Though there's no reason this has to be a strong blacklisting of usernames. If there's a willing volunteer (as seems to have been implied), then something like this could serve as a filter requiring manual override. All usernames are available... but some take longer to activate. Of course, there's always the power-to-weight issue for this kind of solution. -- Live well, ~wren ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
On Thu, Aug 2, 2012 at 4:46 PM, wren ng thornton w...@freegeek.org wrote: On 7/30/12 5:35 PM, Henk-Jan van Tuyl wrote: - Block creation of usernames o ending with two or more digits o with more than one x or q o starting with buy o longer than 20 characters o with more than 4 consonants in a row As other's've mentioned, many of these constraints impose undue burden on users with linguistic heritage outside of western Europe. Creating a decent filter for recognizing legitimate names across the majority of languages is quite difficult. Though there's no reason this has to be a strong blacklisting of usernames. If there's a willing volunteer (as seems to have been implied), then something like this could serve as a filter requiring manual override. All usernames are available... but some take longer to activate. Of course, there's always the power-to-weight issue for this kind of solution. Yeah, I volunteered. I'd like to see some kind of random round-robin system to dispatch approval edits to a group of volunteers (i.e., if I only had to scan 10 or so edits for spam a day -- I don't feel inclined to read for correctness). It wouldn't be so bad if there was 10-20 volunteers. I suppose a lot less could do it if it was just approving user requests (but, I also think that would be less effective at stopping spam) ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
We could even have a report spam button on each page, and if enough users click on it (for a given revision), the revision gets forwarded to a moderator. I think, this will be of real use, but should be used along with CAPTCHA because then spammers may report spam for everything and anything on the site. But with captcha, it will be real helpful, as it means the moderation task is more or less crowd-sourced. regards, Damodar On Fri, Aug 3, 2012 at 7:36 AM, Alexander Solla alex.so...@gmail.comwrote: On Thu, Aug 2, 2012 at 4:46 PM, wren ng thornton w...@freegeek.orgwrote: On 7/30/12 5:35 PM, Henk-Jan van Tuyl wrote: - Block creation of usernames o ending with two or more digits o with more than one x or q o starting with buy o longer than 20 characters o with more than 4 consonants in a row As other's've mentioned, many of these constraints impose undue burden on users with linguistic heritage outside of western Europe. Creating a decent filter for recognizing legitimate names across the majority of languages is quite difficult. Though there's no reason this has to be a strong blacklisting of usernames. If there's a willing volunteer (as seems to have been implied), then something like this could serve as a filter requiring manual override. All usernames are available... but some take longer to activate. Of course, there's always the power-to-weight issue for this kind of solution. Yeah, I volunteered. I'd like to see some kind of random round-robin system to dispatch approval edits to a group of volunteers (i.e., if I only had to scan 10 or so edits for spam a day -- I don't feel inclined to read for correctness). It wouldn't be so bad if there was 10-20 volunteers. I suppose a lot less could do it if it was just approving user requests (but, I also think that would be less effective at stopping spam) ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell] Spam on the Haskell wiki
So it looks like email confirmation for new accounts and ReCAPTCHA for new links are both enabled, but clearly spam is still a problem. Are there any additional measures we can take to cut down on spam? For the record, if we need to move to a manual approval process for new accounts, I would be willing to help. -Brent On Sat, Jul 14, 2012 at 08:39:30PM -0400, Gwern Branwen wrote: I recently moved, and when I returned to the Internet a few days later, I was greeted with several hundred spam pages in Recent Changes. The torrent of spam has not let up, and I estimate that I have blocked 3-500 accounts and deleted as many pages. (I blocked another 5 or so while composing this email.) Certainly the deletion and block logs are long enough: - http://www.haskell.org/haskellwiki/index.php?title=Special%3ALogtype=deleteuser=page= - http://www.haskell.org/haskellwiki/index.php?title=Special:Ipblocklistlimit=500 I have asked Ashley Yakeley to turn on additional anti-spam measures, but he has not been active on the wiki since January (http://www.haskell.org/haskellwiki/Special:Contributions/Ashley_Y http://www.haskell.org/haskellwiki/index.php?title=Special:Loguser=Ashley_Y), and has not replied to my talk messages or accompanying emails. I had to do this single-handedly as there are no other administrators. This took up a good chunk of today and yesterday, and the spam is continuing. I cannot handle it much longer: it's incredibly tedious and using up far more time than I have to give it. Measures need to be taken: 1. Email confirmation needs to be checked that Ashley did in fact enable it. I suspect he did not, since I also administrate the LessWrong wiki - which I know for certain has email confirmation is enabled - is being attacked by the same spammers (similar or identical templates spam) but at a much reduced scale. 2. Additional administrators must be created. I suggest: - dons - Magnus Therning - Neil Mitchell - byorgey - Henk-Jan van Tuyl I am sure there are others who can be trusted. 3. Additional bureaucrats should be created. I suggest myself. 4. ReCAPTCHA enabled for 'edits adding new, unrecognized external links' - which is all of the spam. Further reading: http://www.mediawiki.org/wiki/Manual:Combating_spam http://www.mediawiki.org/wiki/Anti-spam_features 5. if Ashley is inactive, his account may be a security risk. The English Wikipedia now removes administrator bits after a year of inactivity; we should consider a similar policy. None of these can be taken by myself, as I am neither a sysadmin on Haskell.org nor a bureaucrat on the wiki. If none of these steps are taken and spam continues to remain a problem in 2 months (15 September 2012), I will cease patrolling Recent Changes. I no longer have the time or patience. -- gwern http://www.gwern.net ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
On Tue, 31 Jul 2012 00:42:40 +0200, timothyho...@seznam.cz wrote: On a side note, image based CAPACHA's can cause problems for blind people. Googles ReCaptcha can pronounce the text to type. Regards, Henk-Jan van Tuyl -- http://Van.Tuyl.eu/ http://members.chello.nl/hjgtuyl/tourdemonad.html Haskell programming -- ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
On Tue, 31 Jul 2012 00:59:28 +0200, Alexander Solla alex.so...@gmail.com wrote: Does anybody have statistics about how often pages are edited/added? In the last seven days, there were 251 new (user)pages created; there was no spam added to existing pages. I also discovered spam added to pages at http://hackage.haskell.org/trac/hackage/ A search for rio bouygues[0] gave 118 results, virgin mobile gave 124 results; there are probably more. Regards, Henk-Jan van Tuyl [0] http://hackage.haskell.org/trac/hackage/search?q=%22rio+bouygues%22noquickjump=1ticket=onmilestone=onwiki=on -- http://Van.Tuyl.eu/ http://members.chello.nl/hjgtuyl/tourdemonad.html Haskell programming -- ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
On Mon, 16 Jul 2012 00:03:49 +0200, Henk-Jan van Tuyl hjgt...@chello.nl wrote: I am willing to do administrator tasks. 4. ReCAPTCHA enabled for 'edits adding new, unrecognized external links' - which is all of the spam. This is already enabled. The HaskellWiki is still flooded with spam; we should take some measure to reduce the stream severely. Most spam seems to be created (semi-)automated; the pages do not contain links, the usernames end with two digits, most of the time. Some cures I have thought up: - Verify new wiki accounts, before granting them rights, based on e-mails in the Haskell mailing lists (or subscription of a Haskell mailing list) - Let new users only change pages, not create new pages - Block creation of usernames o ending with two or more digits o with more than one x or q o starting with buy o longer than 20 characters o with more than 4 consonants in a row - Block creation of pages with words in a certain list (Coach, Vuitton, Chanel, handbags, purses, outlet, luggage, Nike Air Jordan) Regards, Henk-Jan van Tuyl -- http://Van.Tuyl.eu/ http://members.chello.nl/hjgtuyl/tourdemonad.html Haskell programming -- ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
Can we have at least 5 consonants? There are enough people with names such as Srbský in eastern European In fact, the Czechs can make use of as many as 9 consonants in a row! http://ld.johanesville.net/perlicky/03- jazykova-nej-a-jine-hricky On a side note, image based CAPACHA's can cause problems for blind people. -- Původní zpráva -- Od: Henk-Jan van Tuyl hjgt...@chello.nl Datum: 30. 7. 2012 Předmět: Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki On Mon, 16 Jul 2012 00:03:49 +0200, Henk-Jan van Tuyl hjgt...@chello.nl wrote: I am willing to do administrator tasks. 4. ReCAPTCHA enabled for 'edits adding new, unrecognized external links' - which is all of the spam. This is already enabled. The HaskellWiki is still flooded with spam; we should take some measure to reduce the stream severely. Most spam seems to be created (semi-)automated; the pages do not contain links, the usernames end with two digits, most of the time. Some cures I have thought up: - Verify new wiki accounts, before granting them rights, based on e-mails in the Haskell mailing lists (or subscription of a Haskell mailing list) - Let new users only change pages, not create new pages - Block creation of usernames o ending with two or more digits o with more than one x or q o starting with buy o longer than 20 characters o with more than 4 consonants in a row - Block creation of pages with words in a certain list (Coach, Vuitton, Chanel, handbags, purses, outlet, luggage, Nike Air Jordan) Regards, Henk-Jan van Tuyl -- http://Van.Tuyl.eu/(http://Van.Tuyl.eu/) http://members.chello.nl/hjgtuyl/tourdemonad.html (http://members.chello.nl/hjgtuyl/tourdemonad.html) Haskell programming -- ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe (http://www.haskell.org/mailman/listinfo/haskell-cafe)___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
On Mon, Jul 30, 2012 at 2:35 PM, Henk-Jan van Tuyl hjgt...@chello.nlwrote: - Verify new wiki accounts, before granting them rights, based on e-mails in the Haskell mailing lists (or subscription of a Haskell mailing list) This is a nice idea, but I think it will end up moving spam onto the mailing lists. There is hardly any policy in place to keep people out of the mailing lists. Mailing list spam is attractive to spammers, since it all gets mirrored to archive sites all over the place. Not to volunteer others, but how feasible would it be to require credentials from Haskellers.org? - Let new users only change pages, not create new pages This is good for stopping the creation of walled gardens full of spam. But it won't stop vandalism spam, where somebody goes to a page that isn't accessed much and changes it. Does anybody have statistics about how often pages are edited/added? If the numbers aren't too big, I'd volunteer to moderate insofar as scanning new edits/adds for spam. Maybe this role should just forward articles with spam on them to a real moderator to roll-back. We could even have a report spam button on each page, and if enough users click on it (for a given revision), the revision gets forwarded to a moderator. - Block creation of usernames o ending with two or more digits o with more than one x or q o starting with buy o longer than 20 characters o with more than 4 consonants in a row I don't see this providing any security against spam, and I'm thinking it will take longer to implement than it will take for a spammer to fix his scripts in response. - Block creation of pages with words in a certain list (Coach, Vuitton, Chanel, handbags, purses, outlet, luggage, Nike Air Jordan) Same. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
On 31 July 2012 05:35, Henk-Jan van Tuyl hjgt...@chello.nl wrote: ... with more than one x or q This would exclude legitimate Chinese (pinyin) usernames for not much gain. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Haskell] Spam on the Haskell wiki
On 07/30/2012 05:35 PM, Henk-Jan van Tuyl wrote: On Mon, 16 Jul 2012 00:03:49 +0200, Henk-Jan van Tuyl hjgt...@chello.nl wrote: I am willing to do administrator tasks. 4. ReCAPTCHA enabled for 'edits adding new, unrecognized external links' - which is all of the spam. This is already enabled. The HaskellWiki is still flooded with spam; we should take some measure to reduce the stream severely. Most spam seems to be created (semi-)automated; the pages do not contain links, the usernames end with two digits, most of the time. Some cures I have thought up: There are two (easy) things that will make a huge dent in the automated stuff. 1. Add a fake field, hidden through CSS, labeled something like You must leave this field blank to submit the form (for non-visual browsers). Put it on every page with a submit button. If it isn't empty, don't process the submission. You can give it a /name/ that sounds tempting, though. 2. Force previews. If the bots are targeted at your wiki software and you modify it to preview all submissions, the bots will stop working. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell] Spam on the Haskell wiki
On Mon, Jul 16, 2012 at 12:03:49AM +0200, Henk-Jan van Tuyl wrote: On Sun, 15 Jul 2012 02:39:30 +0200, Gwern Branwen gwe...@gmail.com wrote: 2. Additional administrators must be created. I suggest: - dons - Magnus Therning - Neil Mitchell - byorgey - Henk-Jan van Tuyl I am willing to do administrator tasks. 4. ReCAPTCHA enabled for 'edits adding new, unrecognized external links' - which is all of the spam. This is already enabled. I am also willing to do administrator tasks, and can confirm that the ReCAPTCHA for edits adding external links is indeed enabled, since in the course of editing the Typeclassopedia and Diagrams wiki (both hosted on the Haskell wiki) I often add external links. -Brent ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
[Haskell] Spam on the Haskell wiki
I recently moved, and when I returned to the Internet a few days later, I was greeted with several hundred spam pages in Recent Changes. The torrent of spam has not let up, and I estimate that I have blocked 3-500 accounts and deleted as many pages. (I blocked another 5 or so while composing this email.) Certainly the deletion and block logs are long enough: - http://www.haskell.org/haskellwiki/index.php?title=Special%3ALogtype=deleteuser=page= - http://www.haskell.org/haskellwiki/index.php?title=Special:Ipblocklistlimit=500 I have asked Ashley Yakeley to turn on additional anti-spam measures, but he has not been active on the wiki since January (http://www.haskell.org/haskellwiki/Special:Contributions/Ashley_Y http://www.haskell.org/haskellwiki/index.php?title=Special:Loguser=Ashley_Y), and has not replied to my talk messages or accompanying emails. I had to do this single-handedly as there are no other administrators. This took up a good chunk of today and yesterday, and the spam is continuing. I cannot handle it much longer: it's incredibly tedious and using up far more time than I have to give it. Measures need to be taken: 1. Email confirmation needs to be checked that Ashley did in fact enable it. I suspect he did not, since I also administrate the LessWrong wiki - which I know for certain has email confirmation is enabled - is being attacked by the same spammers (similar or identical templates spam) but at a much reduced scale. 2. Additional administrators must be created. I suggest: - dons - Magnus Therning - Neil Mitchell - byorgey - Henk-Jan van Tuyl I am sure there are others who can be trusted. 3. Additional bureaucrats should be created. I suggest myself. 4. ReCAPTCHA enabled for 'edits adding new, unrecognized external links' - which is all of the spam. Further reading: http://www.mediawiki.org/wiki/Manual:Combating_spam http://www.mediawiki.org/wiki/Anti-spam_features 5. if Ashley is inactive, his account may be a security risk. The English Wikipedia now removes administrator bits after a year of inactivity; we should consider a similar policy. None of these can be taken by myself, as I am neither a sysadmin on Haskell.org nor a bureaucrat on the wiki. If none of these steps are taken and spam continues to remain a problem in 2 months (15 September 2012), I will cease patrolling Recent Changes. I no longer have the time or patience. -- gwern http://www.gwern.net ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell] Spam on the Haskell wiki
More admins on the wiki is good, esp. those with experience to implement anti-spam measures. Ashley is around , but as usual, we need more help. On Saturday, July 14, 2012, Gwern Branwen wrote: I recently moved, and when I returned to the Internet a few days later, I was greeted with several hundred spam pages in Recent Changes. The torrent of spam has not let up, and I estimate that I have blocked 3-500 accounts and deleted as many pages. (I blocked another 5 or so while composing this email.) Certainly the deletion and block logs are long enough: - http://www.haskell.org/haskellwiki/index.php?title=Special%3ALogtype=deleteuser=page= - http://www.haskell.org/haskellwiki/index.php?title=Special:Ipblocklistlimit=500 I have asked Ashley Yakeley to turn on additional anti-spam measures, but he has not been active on the wiki since January (http://www.haskell.org/haskellwiki/Special:Contributions/Ashley_Y http://www.haskell.org/haskellwiki/index.php?title=Special:Loguser=Ashley_Y ), and has not replied to my talk messages or accompanying emails. I had to do this single-handedly as there are no other administrators. This took up a good chunk of today and yesterday, and the spam is continuing. I cannot handle it much longer: it's incredibly tedious and using up far more time than I have to give it. Measures need to be taken: 1. Email confirmation needs to be checked that Ashley did in fact enable it. I suspect he did not, since I also administrate the LessWrong wiki - which I know for certain has email confirmation is enabled - is being attacked by the same spammers (similar or identical templates spam) but at a much reduced scale. 2. Additional administrators must be created. I suggest: - dons - Magnus Therning - Neil Mitchell - byorgey - Henk-Jan van Tuyl I am sure there are others who can be trusted. 3. Additional bureaucrats should be created. I suggest myself. 4. ReCAPTCHA enabled for 'edits adding new, unrecognized external links' - which is all of the spam. Further reading: http://www.mediawiki.org/wiki/Manual:Combating_spam http://www.mediawiki.org/wiki/Anti-spam_features 5. if Ashley is inactive, his account may be a security risk. The English Wikipedia now removes administrator bits after a year of inactivity; we should consider a similar policy. None of these can be taken by myself, as I am neither a sysadmin on Haskell.org nor a bureaucrat on the wiki. If none of these steps are taken and spam continues to remain a problem in 2 months (15 September 2012), I will cease patrolling Recent Changes. I no longer have the time or patience. -- gwern http://www.gwern.net ___ Haskell mailing list Haskell@haskell.org javascript:; http://www.haskell.org/mailman/listinfo/haskell ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell-cafe] [***SPAM***] Parallel Haskell Digest 11
Hi Eric (et Café), On Thu, Jul 5, 2012 at 5:13 PM, Eric Kow wrote: *[Everybody should write everything in Go?][m7] (28 May) Ryan Hayes posted a small [snippet of Go][go-snippet] showing how friendly he found it for writing concurrent programs, “No pthread... not stupid crap... just works!”. The program seems to create 4 threads which print out 1 to 100 each. What do Haskellers think? See the comments for some discussion between Haskell people like Simon Marlow, and some folks in the Go community about our respective approaches to the problem. [go-snippet]: https://gist.github.com/3010649 [m7]: https://plus.google.com/app/plus/mp/588/#~loop:view=activityaid=z13pwzbajpqeg3qmo23hgporhlywe1fd5 https://plus.google.com/app/plus/mp/588/#~loop:view=activityaid=z13pwzbajpqeg3qmo23hgporhlywe1fd5 [m8 The [m7] link didn't work for me, but the following appears to be the referenced thread: https://plus.google.com/10955911385859313/posts/FAmNTExSLtz Regards, Sean ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [***SPAM***] Parallel Haskell Digest 11
Ooh, nice catch. Fixed on the HTML version. http://www.well-typed.com/blog/67 Subject line makes me wonder how often the digests get caught in people's spam filters Oh and while I'm at it, I'll take the opportunity to plug the PH Digest survey (I'll be annoying and make a reminder post just about the survey next week) http://goo.gl/bP2fn I didn't design it very well, particularly as I failed to give a clear question for people who don't read the digest. I think if you don't read the digest, the best thing for now is just to say so in the comments form. I may add a I read the Parallel Haskell Digest question if it helps later. On 6 Jul 2012, at 14:57, Sean Leather wrote: Hi Eric (et Café), On Thu, Jul 5, 2012 at 5:13 PM, Eric Kow wrote: *[Everybody should write everything in Go?][m7] (28 May) Ryan Hayes posted a small [snippet of Go][go-snippet] showing how friendly he found it for writing concurrent programs, “No pthread... not stupid crap... just works!”. The program seems to create 4 threads which print out 1 to 100 each. What do Haskellers think? See the comments for some discussion between Haskell people like Simon Marlow, and some folks in the Go community about our respective approaches to the problem. [go-snippet]: https://gist.github.com/3010649 [m7]: https://plus.google.com/app/plus/mp/588/#~loop:view=activityaid=z13pwzbajpqeg3qmo23hgporhlywe1fd5 The [m7] link didn't work for me, but the following appears to be the referenced thread: https://plus.google.com/10955911385859313/posts/FAmNTExSLtz Regards, Sean -- Eric Kow http://erickow.com signature.asc Description: Message signed with OpenPGP using GPGMail ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [***SPAM***] Parallel Haskell Digest 11
On Fri, Jul 6, 2012 at 4:03 PM, Eric Kow wrote: Subject line makes me wonder how often the digests get caught in people's spam filters Oops! Should have removed that part before replying. I think it comes from the university's mail server, and it's rather obnoxious. I tend to ignore it. Since you're curious, I can tell you that two out of the eleven issues (9 was the other one) were tagged as spam. Regards, Sean ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: Wow you have to check this out Haskell - appols accidental resend of this scam spam
Lesson = don't open e-mail client while borderline asleep. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Email spam from my account on May 26, 2011
I just discovered that some evil spammer has somehow gotten my contacts list and used it to send out a bunch of spam. This is just to notify you that if you get an email from me on May 26, 2011 (other than this one or one like it - the problem was more extensive than I first thought) it wasn't from me. Please don't add me to your spam filters. I've changed my password and hopefully that's the end of it. At this point I don't know how they did it though. - Greg___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: trac ticket spam
On 31 January 2011 16:54, Simon Marlow marlo...@gmail.com wrote: On 31/01/2011 16:45, Claus Reinke wrote: Is there any way to have a moderate first comment by new submitter policy for trac, to avoid the kind of ticket spam we have at the moment? They seem to have started commenting on existing tickets now (#4510), which could turn into a real mess really quickly, if the currently known spam accounts aren't blocked soon, btw. We've deleted all the spam tickets and ticket changes. Ian blocked a few IPs, and I've added some more patterns to the spam filter: http://hackage.haskell.org/trac/ghc/wiki/BadContent Thanks! You've been using trac's spam filter for a while now, and these still got through. Also, I hadn't seen the commenting and make random changes to fields aspect before - it could be that someone is improving/testing trac spamming tools (as trac is in wide-spread use). From checking the spam filter plugin description, and since spammers hardly ever make a useful contribution before posting spam, adopting the mailing list trick of moderating the first post for each new account might help a little (and might be easy to implement for a trac hacker). If such a thing is already available as a plugin then we can drop it in, but otherwise it's unlikely - we don't really have the brain-cycles available for hacking Trac itself. (Since the spam problem doesn't seem to be getting better, I'm resurrecting this thread) There is this plugin: https://software.sandia.gov/trac/fast/wiki/TicketModerator The TicketModerator plugin is an extension for the Trac project management and bug/issue tracking system. It supports the human moderation of new tickets and ticket comments for unprivileged users within Trac. When an unprivileged user submits a ticket or ticket comment, their submission is recorded in a moderation queue and is not visible on the main Trac site until a Moderator reviews their submission and either accepts or rejects it. Accepted submissions are then inserted into the main Trac ticket database. So someone would have to volunteer to moderate but it would prevent spam showing up immediately. After a first valid ticket by a new user account they can be assigned the MODERATOR_PASS_* privileges so they can contribute freely. Possibly useful? Cheers, Max ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: trac ticket spam
On 12/03/11 09:00, Max Bolingbroke wrote: On 31 January 2011 16:54, Simon Marlowmarlo...@gmail.com wrote: On 31/01/2011 16:45, Claus Reinke wrote: Is there any way to have a moderate first comment by new submitter policy for trac, to avoid the kind of ticket spam we have at the moment? They seem to have started commenting on existing tickets now (#4510), which could turn into a real mess really quickly, if the currently known spam accounts aren't blocked soon, btw. We've deleted all the spam tickets and ticket changes. Ian blocked a few IPs, and I've added some more patterns to the spam filter: http://hackage.haskell.org/trac/ghc/wiki/BadContent Thanks! You've been using trac's spam filter for a while now, and these still got through. Also, I hadn't seen the commenting and make random changes to fields aspect before - it could be that someone is improving/testing trac spamming tools (as trac is in wide-spread use). From checking the spam filter plugin description, and since spammers hardly ever make a useful contribution before posting spam, adopting the mailing list trick of moderating the first post for each new account might help a little (and might be easy to implement for a trac hacker). If such a thing is already available as a plugin then we can drop it in, but otherwise it's unlikely - we don't really have the brain-cycles available for hacking Trac itself. (Since the spam problem doesn't seem to be getting better, I'm resurrecting this thread) There is this plugin: https://software.sandia.gov/trac/fast/wiki/TicketModerator The TicketModerator plugin is an extension for the Trac project management and bug/issue tracking system. It supports the human moderation of new tickets and ticket comments for unprivileged users within Trac. When an unprivileged user submits a ticket or ticket comment, their submission is recorded in a moderation queue and is not visible on the main Trac site until a Moderator reviews their submission and either accepts or rejects it. Accepted submissions are then inserted into the main Trac ticket database. So someone would have to volunteer to moderate but it would prevent spam showing up immediately. After a first valid ticket by a new user account they can be assigned the MODERATOR_PASS_* privileges so they can contribute freely. Possibly useful? Maybe. Before we look into that, I've also mentioned to Ian that I'm somewhat suspicious about the current spam plugin - I don't think it's actually working properly. The log is supposed to list every content submission, but it only has a paultry few, suggesting that most content submissions are not actually being piped through the spam filter. Cheers, Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: trac ticket spam
On Sat, Mar 12, 2011 at 10:13:07PM +, Simon Marlow wrote: On 12/03/11 09:00, Max Bolingbroke wrote: There is this plugin: https://software.sandia.gov/trac/fast/wiki/TicketModerator The TicketModerator plugin is an extension for the Trac project Possibly useful? Maybe. Before we look into that, I've also mentioned to Ian that I'm somewhat suspicious about the current spam plugin - I don't think it's actually working properly. The log is supposed to list every content submission, but it only has a paultry few, suggesting that most content submissions are not actually being piped through the spam filter. I was looking at this earlier today. Those that are in the monitor list have anonymous as the author (prsumably due to people getting logged out), so I wonder if comments from authenticated users are going via a different path. I fiddled with various things, and enabled logging, but am no further forward. The easiest way forward would probably be to upgrade to trac 0.12, except it's not packaged for Debian (even in unstable). Maybe installing trac from source is the best way forward. Thanks Ian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: trac ticket spam
On page: http://hackage.haskell.org/trac/ghc/wiki/ReportABug http://hackage.haskell.org/trac/ghc/wiki/ReportABugThere is a certain paragraph which says: To report a bug, either: - Preferred: - register http://hackage.haskell.org/trac/ghc/register an account on this Trac - Create a new bughttp://hackage.haskell.org/trac/ghc/newticket?type=bug, and enter your bug report. You can also search the bug database here to make sure your bug hasn't already been reported (if it has, it might still help to add information from your experience to the existing report). - Less preferred: - *To submit an anonymous bug: use login guest, password guest* - *Bug reports can also be emailed to glasgow-haskell-bugs@….* - Perhaps one of these ways is being exploited? Best regards, Krzysztof Skrzętnicki On Sat, Mar 12, 2011 at 23:27, Ian Lynagh ig...@earth.li wrote: On Sat, Mar 12, 2011 at 10:13:07PM +, Simon Marlow wrote: On 12/03/11 09:00, Max Bolingbroke wrote: There is this plugin: https://software.sandia.gov/trac/fast/wiki/TicketModerator The TicketModerator plugin is an extension for the Trac project Possibly useful? Maybe. Before we look into that, I've also mentioned to Ian that I'm somewhat suspicious about the current spam plugin - I don't think it's actually working properly. The log is supposed to list every content submission, but it only has a paultry few, suggesting that most content submissions are not actually being piped through the spam filter. I was looking at this earlier today. Those that are in the monitor list have anonymous as the author (prsumably due to people getting logged out), so I wonder if comments from authenticated users are going via a different path. I fiddled with various things, and enabled logging, but am no further forward. The easiest way forward would probably be to upgrade to trac 0.12, except it's not packaged for Debian (even in unstable). Maybe installing trac from source is the best way forward. Thanks Ian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: trac ticket spam
On 28/01/2011 21:08, Claus Reinke wrote: Is there any way to have a moderate first comment by new submitter policy for trac, to avoid the kind of ticket spam we have at the moment? They seem to have started commenting on existing tickets now (#4510), which could turn into a real mess really quickly, if the currently known spam accounts aren't blocked soon, btw. We've deleted all the spam tickets and ticket changes. Ian blocked a few IPs, and I've added some more patterns to the spam filter: http://hackage.haskell.org/trac/ghc/wiki/BadContent Cheers, Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: trac ticket spam
Is there any way to have a moderate first comment by new submitter policy for trac, to avoid the kind of ticket spam we have at the moment? They seem to have started commenting on existing tickets now (#4510), which could turn into a real mess really quickly, if the currently known spam accounts aren't blocked soon, btw. We've deleted all the spam tickets and ticket changes. Ian blocked a few IPs, and I've added some more patterns to the spam filter: http://hackage.haskell.org/trac/ghc/wiki/BadContent Thanks! You've been using trac's spam filter for a while now, and these still got through. Also, I hadn't seen the commenting and make random changes to fields aspect before - it could be that someone is improving/testing trac spamming tools (as trac is in wide-spread use). From checking the spam filter plugin description, and since spammers hardly ever make a useful contribution before posting spam, adopting the mailing list trick of moderating the first post for each new account might help a little (and might be easy to implement for a trac hacker). Claus ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: trac ticket spam
On 31/01/2011 16:45, Claus Reinke wrote: Is there any way to have a moderate first comment by new submitter policy for trac, to avoid the kind of ticket spam we have at the moment? They seem to have started commenting on existing tickets now (#4510), which could turn into a real mess really quickly, if the currently known spam accounts aren't blocked soon, btw. We've deleted all the spam tickets and ticket changes. Ian blocked a few IPs, and I've added some more patterns to the spam filter: http://hackage.haskell.org/trac/ghc/wiki/BadContent Thanks! You've been using trac's spam filter for a while now, and these still got through. Also, I hadn't seen the commenting and make random changes to fields aspect before - it could be that someone is improving/testing trac spamming tools (as trac is in wide-spread use). From checking the spam filter plugin description, and since spammers hardly ever make a useful contribution before posting spam, adopting the mailing list trick of moderating the first post for each new account might help a little (and might be easy to implement for a trac hacker). If such a thing is already available as a plugin then we can drop it in, but otherwise it's unlikely - we don't really have the brain-cycles available for hacking Trac itself. Cheers, Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
trac ticket spam
Is there any way to have a moderate first comment by new submitter policy for trac, to avoid the kind of ticket spam we have at the moment? They seem to have started commenting on existing tickets now (#4510), which could turn into a real mess really quickly, if the currently known spam accounts aren't blocked soon, btw. Claus ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Spam on the Trac
On 20/07/10 17:05, Sean Leather wrote: I just saw a lot of spam posts to the GHC Trac. Is there any way to prevent future occurrences of this? All the spam has been removed from the Trac, though unfortunately we can't remove it from the mailing list archives so easily. I'm not sure exactly who removed it all - I removed some of it, but the spammer account had already been removed when I got there. We do have the Trac spam filter plugin, and since having that enabled we haven't had problems with spam for quite a while. I'm not exactly sure how the recent flurry of spam got through, but we'll have to keep an eye on things and try to diagnose the problem if it happens again. Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Spam on the Trac
I just saw a lot of spam posts to the GHC Trac. Is there any way to prevent future occurrences of this? Sean ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[Haskell-cafe] HaskellWiki spam
L.S., There are hundreds of HaskellWiki users created, their names all start with Buy and their user pages contain spam. I suppose the antispam measures were reverted when a backup of the site was loaded. (B.T.W. the site still displays the old logo.) Regards, Henk-Jan van Tuyl -- http://Van.Tuyl.eu/ http://members.chello.nl/hjgtuyl/tourdemonad.html -- ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] HaskellWiki spam
On Jul 11, 2010, at 3:17 PM, Henk-Jan van Tuyl wrote: There are hundreds of HaskellWiki users created, their names all start with Buy and their user pages contain spam. I suppose the antispam measures were reverted when a backup of the site was loaded. (B.T.W. the site still displays the old logo.) Yikes! I see that the Haskell wiki is running Media Wiki 1.5.4 from 2005. Current version is 1.15.2 from 2010. That five year period seems to include many significant anti-spam fixes and numerous patches for all sorts of vulnerabilities. Migrating through that many revisions might be painful, but should be doable. - Mark Mark Lentczner http://www.ozonehouse.com/mark/ IRC: mtnviewmark ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] HaskellWiki spam
markl: On Jul 11, 2010, at 3:17 PM, Henk-Jan van Tuyl wrote: There are hundreds of HaskellWiki users created, their names all start with Buy and their user pages contain spam. I suppose the antispam measures were reverted when a backup of the site was loaded. (B.T.W. the site still displays the old logo.) Yikes! I see that the Haskell wiki is running Media Wiki 1.5.4 from 2005. Current version is 1.15.2 from 2010. That five year period seems to include many significant anti-spam fixes and numerous patches for all sorts of vulnerabilities. Migrating through that many revisions might be painful, but should be doable. Precisely. The back story: * Yale has hosted haskell.org for the past decade or more * The machine is old and hasn't been upgraded in a long time * The last MediaWiki update on the machine failed when the db couldn't migrated, due to old versions of Debian * We needed a new machine * haskell.org now has a new machine aquired with GSoC funds * This will run a modern MediaWiki * Work is now being done to migrate to the new home, and the new MediaWiki Ian Lynagh is coordinating the work. -- Don ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [***SPAM***] Re: [Haskell-cafe] How does one get off haskell?
On Jun 24, 2010, at 10:41 PM, cas...@istar.ca wrote: Quoting Andrew Coppin andrewcop...@btinternet.com: Serguey Zefirov wrote: I should suggest code generation from Haskell to C#/Java and PHP. Like Barrelfish, Atom, HJScript and many others EDSLs out there. You will save yourself time, you will enjoy Haskell. Probably, you will have problems with management because your programs will appear there in their completeness very suddently. ; I would imagine a bigger problem is that machine-generated C# is probably incomprehensible to humans. ;-) Most machine-generated code is probably incomprehensible to humans. :) What one wants is a translator back and forth, if one could understand the machine-generated code. Maybe you should translate to Perl. Nobody will notice it is machine-generated. Jur ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Spam apology
Sorry for all the repeated messages, my e-mail client exploded. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell] Spam on HaskellWiki
This is beginning to annoy people. Actually, someone registered several thousand accounts (of the form XX), though almost all of them have not been used. The others have been used to add spam. For almost 2 years I have been working with Fidelis Assis to adapt his email spam filter OSBF-Lua to broader purposes. We would love to see if it is possible to detect Wiki spam. I am sorry to say that none of the code is written in Haskell :-) OSBF-Lua uses machine learning and probably requires on the order of 100 samples each of ham and spam before it starts to be useful (on email). If you have samples, especially if they are tagged with username and IP address, please send them and I will run an experiment and let you know if we can help. Our tool divides messages into three classes: Confidently ham Confidently spam Low confidence For the tool to work, a significant fraction of messages with low confidence need to be trained by a person. A major engineering question is who gets training privileges: there need to be enough people so that training is not burdensome, yet few enough so that one doesn't grant training privileges to spammers. Fidelis and I can think about adding some sort of audit trail that would make it possible undo all trainings done by a given user, for example. Norman ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
[Haskell] Spam on HaskellWiki
This is beginning to annoy people. Actually, someone registered several thousand accounts (of the form XX), though almost all of them have not been used. The others have been used to add spam. I can block user accounts and IP addresses, and I can grant this privilege to others on whatever basis the Haskell community think appropriate. I have CheckUser installed (allows me to find the IP addresses of a given user, and find edits from a particular IP address), and this is also a grantable privilege. However, given that the spam is coming from quite a number of IP addresses, I suspect there is some kind of botnet involved. There is a tool called rollback that allows one-click revert of one or more sequential edits from the same user, which makes reverting spam a one-click-per-page operation. Again, this is a grantable privilege and in any case relatively harmless. However, it is only available with MediaWiki 1.9 and later, and HaskellWiki is running MediaWiki 1.5.4, so this means doing an upgrade. The current stable release is 1.13.2. -- Ashley Yakeley ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell] Spam on HaskellWiki
On Sat, 13 Dec 2008 12:10:10 +0100, Ashley Yakeley ash...@semantic.org wrote: This is beginning to annoy people. Actually, someone registered several thousand accounts (of the form XX), though almost all of them have not been used. The others have been used to add spam. I can block user accounts and IP addresses, and I can grant this privilege to others on whatever basis the Haskell community think appropriate. I have CheckUser installed (allows me to find the IP addresses of a given user, and find edits from a particular IP address), and this is also a grantable privilege. However, given that the spam is coming from quite a number of IP addresses, I suspect there is some kind of botnet involved. There is a tool called rollback that allows one-click revert of one or more sequential edits from the same user, which makes reverting spam a one-click-per-page operation. Again, this is a grantable privilege and in any case relatively harmless. However, it is only available with MediaWiki 1.9 and later, and HaskellWiki is running MediaWiki 1.5.4, so this means doing an upgrade. The current stable release is 1.13.2. I think it would be even better when the site is protected with captchas [1], like wipipedia is. http://captchas.net/ provides a free captcha service. It is too easy to create a new user account and to edit pages by means of a forum spambot [2]. -- Regards, Henk-Jan van Tuyl [1] http://en.wikipedia.org/wiki/Captcha [2] http://en.wikipedia.org/wiki/Spambot#Forum_spambots -- http://functor.bamikanarie.com http://Van.Tuyl.eu/ -- ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
Re: [Haskell] Spam on HaskellWiki
ashley: This is beginning to annoy people. Actually, someone registered several thousand accounts (of the form XX), though almost all of them have not been used. The others have been used to add spam. I can block user accounts and IP addresses, and I can grant this privilege to others on whatever basis the Haskell community think appropriate. I have CheckUser installed (allows me to find the IP addresses of a given user, and find edits from a particular IP address), and this is also a grantable privilege. However, given that the spam is coming from quite a number of IP addresses, I suspect there is some kind of botnet involved. There is a tool called rollback that allows one-click revert of one or more sequential edits from the same user, which makes reverting spam a one-click-per-page operation. Again, this is a grantable privilege and in any case relatively harmless. However, it is only available with MediaWiki 1.9 and later, and HaskellWiki is running MediaWiki 1.5.4, so this means doing an upgrade. The current stable release is 1.13.2. Should we be thinking about upgrading now? I imagine there are other benefits... -- Don ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
[Haskell-cafe] deleting spam on the wiki
Who is able to delete wiki spam? http://haskell.org/haskellwiki/?title=Special:Contributionstarget=Tomso123 All the pages created by this user appear to be spam (check the google translation) so the account should probably be deleted too. As I understand it, any registered user can revert changes to a page: http://www.haskell.org/haskellwiki/Help:Editing However if a registered user creates new spam pages then other ordinary registered users cannot revert that change. Is there some way of reporting spam pages to the appropriate people that I missed? Duncan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: deleting spam on the wiki
You can blank the page but you cannot delete it. I'll delete the pages and block the user/IP address later today. -- Ashley On Fri, 2008-12-05 at 15:37 +, Duncan Coutts wrote: Who is able to delete wiki spam? http://haskell.org/haskellwiki/?title=Special:Contributionstarget=Tomso123 All the pages created by this user appear to be spam (check the google translation) so the account should probably be deleted too. As I understand it, any registered user can revert changes to a page: http://www.haskell.org/haskellwiki/Help:Editing However if a registered user creates new spam pages then other ordinary registered users cannot revert that change. Is there some way of reporting spam pages to the appropriate people that I missed? Duncan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: deleting spam on the wiki
I already added the category Pages to be removed to these pages, so they turn up on page: http://haskell.org/haskellwiki/Category:Pages_to_be_removed There are are other pages in this category. Regards, Henk-Jan van Tuyl -- http://functor.bamikanarie.com http://Van.Tuyl.eu/ -- On Fri, 05 Dec 2008 20:36:44 +0100, Ashley Yakeley [EMAIL PROTECTED] wrote: You can blank the page but you cannot delete it. I'll delete the pages and block the user/IP address later today. -- Ashley On Fri, 2008-12-05 at 15:37 +, Duncan Coutts wrote: Who is able to delete wiki spam? http://haskell.org/haskellwiki/?title=Special:Contributionstarget=Tomso123 All the pages created by this user appear to be spam (check the google translation) so the account should probably be deleted too. As I understand it, any registered user can revert changes to a page: http://www.haskell.org/haskellwiki/Help:Editing However if a registered user creates new spam pages then other ordinary registered users cannot revert that change. Is there some way of reporting spam pages to the appropriate people that I missed? Duncan -- ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: More spam problems on trac
On 12/11/07, Simon Marlow [EMAIL PROTECTED] wrote: We have the spam filter Trac plugin installed, but apparently we don't have the BadContent wiki page from which the spam filter gets its regular expressions, so I just added one. Hopefully that should catch some of the spam. Looks like that's not quite enough: http://hackage.haskell.org/trac/ghc/wiki/WikiStart?action=diffversion=105old_version=104 I rv'ed that one -- just a heads-up, since if there's spam now, there will be more spam later. Cheers, Tim -- Tim Chevalier * catamorphism.org * Often in error, never in doubt the faith that is so easy to forget / in moment after moment of distraction -- Ilene Weiss ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: More spam problems on trac
Tim Chevalier wrote: It seems the new thing for spammers to do is to add spam text wrapped in the p style=display:none tag. For example, http://hackage.haskell.org/trac/ghc/wiki/WikiStart?action=diffversion=106 I don't know if anyone else has noticed this. Maybe it's time to require captchas for account creation or something? I have deleted the offending submissions. We have the spam filter Trac plugin installed, but apparently we don't have the BadContent wiki page from which the spam filter gets its regular expressions, so I just added one. Hopefully that should catch some of the spam. Cheers, Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
More spam problems on trac
It seems the new thing for spammers to do is to add spam text wrapped in the p style=display:none tag. For example, http://hackage.haskell.org/trac/ghc/wiki/WikiStart?action=diffversion=106 I don't know if anyone else has noticed this. Maybe it's time to require captchas for account creation or something? Cheers, Tim -- Tim Chevalier * catamorphism.org * Often in error, never in doubt Research is what I'm doing when I don't know what I'm doing.--Wernher von Braun ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: {SPAM 04.4} Re[2]: [Haskell-cafe] http/ftp library
On Fri, Nov 23, 2007 at 10:59:55AM +0300, Bulat Ziganshin wrote: Hello brad, Friday, November 23, 2007, 10:10:41 AM, you wrote: if you need comprehensive support of http and ftp in one api/library, as far as i know, the curl bindings are your only choice 1. Haskell binding is not mentioned at http://curl.haxx.se/libcurl/ can we do something to fix it? we should not advertize it yet as it has not been properly packaged and documented (once again, i am hoping to get to this soon!) current source: http://code.haskell.org/curl/ some examples: http://hpaste.org/3529 pgps7zbKRw4AP.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[***SPAM***] [04.0] Re: -- help needed in packaging ghc-6.8.1
On Wed, Nov 07, 2007 at 11:34:53AM +0100, Reinier Lamers wrote: Great! However, why don't you submit your packages to http://www.linuxpackages.org/? That's where I always look for contributed Slackware packages. I also packaged Hugs for them. Yes, this is an option. The 6.6.1 was not completed though: I started contributing to XMonad and I needed to use the darcs version of many packages, so I never finished my SlackBuild collection. I'm trying to finish the SlackBuild scripts with the 6.8.1 tool chain. Then I will be able to submit the packages to linuxpackages.org and slackbuilds.org (and possibly slacky.it too ;) BTW, you can add http://gorgias.mine.nu/slack to the list of repositories in your slapt-get/swaret configuration file, and then use slapt-get --search to search for the packages you need (this way you may search many repositories at once - slacky.it should be one to have in you configuration, since packages quality is quite good, better than linuxpackages.org in my opinion). This is the way I go (well I actually prefer slackbuilds.org recently, and then build my own). Cheers, Andrea ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
[Haskell] [[spam]]
. ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
*****SPAM***** Annotation for unfolding wanted
Spam detection software, running on the system h7568.serverkompetenz.net, has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Tim, thanks for the hint, but I tried this without success. My point is, that I don't want to try a pragma and see whether it works. I would like to specify the requirement that a function has to be in constant space and if it cannot be done, that the program should not compile. Would it be complicated to include in the compiler? [...] Content analysis details: (7.4 points, 5.0 required) pts rule name description -- -- 0.1 FORGED_RCVD_HELO Received: contains a forged HELO 3.0 BAYES_95 BODY: Bayesian spam probability is 95 to 99% [score: 0.9674] 1.9 RCVD_IN_NJABL_DUL RBL: NJABL: dialup sender did non-local SMTP [87.172.161.188 listed in combined.njabl.org] 2.0 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address [87.172.161.188 listed in dnsbl.sorbs.net] 0.2 AWLAWL: From: address is in the auto white-list ---BeginMessage--- Hi Tim, thanks for the hint, but I tried this without success. My point is, that I don't want to try a pragma and see whether it works. I would like to specify the requirement that a function has to be in constant space and if it cannot be done, that the program should not compile. Would it be complicated to include in the compiler? Cheers, Georg Have you tried using the INLINE pragma? http://www.haskell.org/ghc/docs/latest/html/users_guide/pragmas.html#inline-noinline-pragma Cheers, Tim ---End Message--- ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: *****SPAM***** Annotation for unfolding wanted
Anybody know what spam detection program is producing this absurd result, so I can make sure I never even think about using it? It's the second such email in two (or possibly three) days. The potential of Bayesian filtering is vastly overstated, but this one has to be a bug or usage error of some sort. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Georg Martius Sent: Sunday, July 29, 2007 6:21 AM To: glasgow-haskell-users@haskell.org Subject: *SPAM* Annotation for unfolding wanted Spam detection software, running on the system h7568.serverkompetenz.net, has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Tim, thanks for the hint, but I tried this without success. My point is, that I don't want to try a pragma and see whether it works. I would like to specify the requirement that a function has to be in constant space and if it cannot be done, that the program should not compile. Would it be complicated to include in the compiler? [...] Content analysis details: (7.4 points, 5.0 required) pts rule name description -- -- 0.1 FORGED_RCVD_HELO Received: contains a forged HELO 3.0 BAYES_95 BODY: Bayesian spam probability is 95 to 99% [score: 0.9674] 1.9 RCVD_IN_NJABL_DUL RBL: NJABL: dialup sender did non-local SMTP [87.172.161.188 listed in combined.njabl.org] 2.0 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address [87.172.161.188 listed in dnsbl.sorbs.net] 0.2 AWLAWL: From: address is in the auto white-list ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
*****SPAM***** Annotation for unfolding wanted
Spam detection software, running on the system h7568.serverkompetenz.net, has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, I was wondering why we don't have an annotation or pragma for function to tell the compiler that we need this particular recursive function to be unfolded. If the compiler cannot do this for some reason it should produce an error message to help you modifying your code. I have regularly problems that my code is either not strict enough or my functions are not unfolded. I find it annoying that this is a regular show stopper and consumes much time to fix. Here is an example: a search function for strings, which should return the index and the rest of the string after the first occurrence: search0 will not be unfolded by ghc -O. (I don't know why, it looks tail-recursive to me) whereas search1 is just fine. [...] Content analysis details: (7.6 points, 5.0 required) pts rule name description -- -- 0.1 FORGED_RCVD_HELO Received: contains a forged HELO 3.5 BAYES_99 BODY: Bayesian spam probability is 99 to 100% [score: 1.] 1.9 RCVD_IN_NJABL_DUL RBL: NJABL: dialup sender did non-local SMTP [87.172.170.59 listed in combined.njabl.org] 2.0 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address [87.172.170.59 listed in dnsbl.sorbs.net] The original message was not completely plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor. ---BeginMessage--- Hi, I was wondering why we don't have an annotation or pragma for function to tell the compiler that we need this particular recursive function to be unfolded. If the compiler cannot do this for some reason it should produce an error message to help you modifying your code. I have regularly problems that my code is either not strict enough or my functions are not unfolded. I find it annoying that this is a regular show stopper and consumes much time to fix. Here is an example: a search function for strings, which should return the index and the rest of the string after the first occurrence: search0 will not be unfolded by ghc -O. (I don't know why, it looks tail-recursive to me) whereas search1 is just fine. search0 :: Int - String - String - (String, Int) search0 i [] _ = ([],i) search0 i haystack needle = let len = length needle in if isPrefixOf needle haystack then (drop len haystack, i+len) else search0 (seq i (i+1)) (drop 1 haystack) needle search1 :: Int - String - String - (String, Int) search1 i [] _ = ([],i) search1 i haystack needle = let i = elemIndex True $ map (isPrefixOf needle) $ tails haystack len = length needle in case i of Just index - (drop (index+len) haystack, index + len) Nothing - ([],0) Regards! Georg pgpzn6iyQWhzy.pgp Description: PGP signature ---End Message--- ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: *****SPAM***** Annotation for unfolding wanted
Have you tried using the INLINE pragma? http://www.haskell.org/ghc/docs/latest/html/users_guide/pragmas.html#inline-noinline-pragma Cheers, Tim -- Tim Chevalier* catamorphism.org *Often in error, never in doubt You have not proven yourselves smart enough to act that stupid all the time and get away with it. -- Andrea Nemerson ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
[Haskell-cafe] increase in spam on the wiki
Looks like the spam protection measures are breaking down a bit. There's been 4 spam incidents (at least) on the wiki in the past day. Ashley et al, is there any easy fix? -- Don ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Summer of code and spam
There seems to be a serious problem with spam on Haskell's SoC page: http://tinyurl.com/fl2dw Or maybe that's a general problem for hackage? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] http://therning.org/magnus pgpNqG4iy11o7.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Summer of code and spam
magnus: There seems to be a serious problem with spam on Haskell's SoC page: http://tinyurl.com/fl2dw Or maybe that's a general problem for hackage? Nope. Why would it be? You have to authenticate yourself to a real person to upload to hackage. The plan for SoC is to update to a non-broken Trac before the SoC starts. -- Don ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[GHC] #846: upload spam filter
#846: upload spam filter -+-- Reporter: bert |Owner: Type: bug | Status: new Priority: normal|Milestone: Component: Compiler | Version: 6.4.2 Severity: normal| Keywords: Os: Unknown | Difficulty: Unknown Architecture: Unknown | -+-- a href= http://frusemide-furosemide.tttfhs.info frusemide (furosemide)/a a href= http://flomax-tamsulosin.ngvjj.info flomax (tamsulosin)/a a href= http://finasteride-proscar.myjhy.info finasteride (proscar)/a a href= http://evista-osteoporosis.tttfhs.info evista (osteoporosis)/a a href= http://esomeprazole-nexium.ngvjj.info esomeprazole (nexium)/a a href= http://effexor-venlafaxine.myjhy.info effexor (venlafaxine)/a a href= http://crestor-rosuvastatin.tttfhs.info crestor (rosuvastatin)/a a href= http://cozaar-losartan.ngvjj.info cozaar (losartan)/a a href= http://coumadin-warfarin.myjhy.info coumadin (warfarin)/a a href= http://clopidogrel-plavix.tttfhs.info clopidogrel (plavix)/a a href= http://clomid-clomifene.ngvjj.info clomid (clomifene)/a a href= http://cipro-ciprofloxacin.myjhy.info cipro (ciprofloxacin)/a a href= http://celebrex-celecoxib.tttfhs.info celebrex (celecoxib)/a a href= http://carvedilol-coreg.ngvjj.info carvedilol (coreg)/a a href= http://carisoprodol-soma.myjhy.info carisoprodol (soma)/a a href= http://cardura-doxazosin.tttfhs.info cardura (doxazosin)/a a href= http://azithromycin-zithromax.ngvjj.info azithromycin(zithromax)/a a href= http://avapro-irbesartan.myjhy.info avapro (irbesartan)/a a href= http://avandia-rosiglitazone.tttfhs.info avandia (rosiglitazone)/a a href= http://atenolol-tenormin.ngvjj.info atenolol (tenormin)/a a href= http://arava-leflunomide.myjhy.info arava (leflunomide)/a a href= http://amoxicillin-amoxil.tttfhs.info amoxicillin (amoxil)/a a href= http://amlodipine-norvasc.ngvjj.info amlodipine (norvasc)/a a href= http://altace-ramipril.tttfhs.info altace (ramipril)/a a href= http://amaryl-glimepiride.myjhy.info amaryl (glimepiride)/a a href= http://allegra-fexofenadine.ngvjj.info allegra (fexofenadine)/a a href= http://alendronate-fosamax.tttfhs.info alendronate (fosamax)/a a href= http://adalat-nifedipine.ngvjj.info adalat (nifedipine)/a a href= http://generic-actos-diavista.tttfhs.info generic actos (diavista)/a a href= http://aciphex-rabeprazole.ngvjj.info aciphex (rabeprazole)/a -- Ticket URL: http://cvs.haskell.org/trac/ghc/ticket/846 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [Possible Spam]RE: [Haskell] Job Posting (Looking for a few good functionalprogrammers)
David Bergman wrote: Yaron, This is probably out-of-topic, but: are you, or have you considered, using the .NET implementation of OCaml. I managed - painstakingly - to integrate it into a toy .NET project of mine, using .NET Direct3D, and see some virtue in that combination. I've been following OCaml/.NET integration, and it does seem potentially quite interesting, particularly in a business environment like ours where all of the traders use Windows machines. Which .NET implementation did you look at, OCamIL? Or F#? If only we Haskellers would be as lucky: both a fast implementation and an integrated one with a Real (trademark...) environment such as .NET :-( /David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yaron Minsky Sent: Thursday, February 03, 2005 3:28 PM To: S. Alexander Jacobson Cc: haskell@haskell.org Subject: Re: [Haskell] Job Posting (Looking for a few good functionalprogrammers) S. Alexander Jacobson wrote: Yaron, would you mind sharing the reason your firm chose OCaml over Haskell for your applications? I started the quantitative research group, and I knew OCaml very well, and didn't know Haskell except by reputation. As to the merits, it is my general impression that OCaml is faster, and is all around a more pragmatic language than Haskell. That's merely an ill-informed impression, but there it is. Yaron For others, I would love to organize an informal gathering of NYC Haskell programmers if there are any. If you are interested, please contact me and I'll try to make it happen. -Alex- __ S. Alexander Jacobson tel:917-770-6565 http://alexjacobson.com On Thu, 3 Feb 2005, Yaron Minsky wrote: Jane Street Capital (an affiliate of Henry Capital http://henrycapital.com) is a proprietary trading company located in Manhattan. The quantitative research department is responsible for analyzing, improving, and generating trading strategies. It's an open and informal environment (you can wear shorts and a t-shirt to the office), and the work is technically challenging, including systems work, machine learning, statistical analysis, parallel processing, and anything that crosses our path that looks useful. One unusual attraction of the job is that the large majority of our programming is done in OCaml. Pay is competitive, and we're a reasonably small company (around 85 employees), so advancement is pretty quick for someone who performs well. Here's what we're looking for: - Top-notch mathematical and analytic skills. We want people who can solve difficult technical problems, and think clearly and mathematically about all sorts of problems. - Strong programming skills. Pretty much all of our programming is in OCaml, so being a solid caml hacker is a big plus. But we're also interested in great programmers who we are convinced will be able to pick up OCaml quickly, so anyone with a high-level of proficiency with functional languages could be a good match. - Strong Unix/Linux skills --- We're looking for someone who knows their way around the standard unix tools, can write makefiles, shell scripts, etc. We use a beowulf cluster for compute-intensive jobs, so experience programming for and administering clusters is a big plus. If you're interested (or have any students you think might be a good match) and would be willing to relocate to New York, please send a cover-letter and resume to: [EMAIL PROTECTED] ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
RE: [Possible Spam]RE: [Haskell] Job Posting (Looking for a few goodfunctionalprogrammers)
Yaron wrote: I've been following OCaml/.NET integration, and it does seem potentially quite interesting, particularly in a business environment like ours where all of the traders use Windows machines. Which .NET implementation did you look at, OCamIL? Or F#? F# I wish there was an H#... Mondrian seemed to be a good initiative, but it is probably no longer supported, or? /David ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell
FW: [IcfpSC] Call for spam -- one more time-sensitive round
Gentle Haskellfolk ICFP is nearly upon us. Early registration ends today! So this would be a good moment to click. Simon --- Call for Participation ICFP 2003: ACM International Conference on Functional Programming August 25-29, 2003 Uppsala, Sweden * About ICFP The goal of ICFP is to - stimulate and promote international research on functional programming, and - act as focal point to bring together the functional-programming community for intellectual cross-pollination and collaboration. The scope of the conference includes all languages that encourage programming with functions, including both purely applicative and imperative languages, as well as languages that support objects and concurrency. The topics covered range from principles to practice, from foundations to features, and from abstractions to applications. The conference is affiliated with PLI, a confederation of international meetings sponsored by ACM SIGPLAN, which this year will also include - PPDP (International Conference on Principles and Practice of Declarative Programming) - LOPSTR (International Symposium on Logic-based Program Synthesis and Transformation) - Haskell Workshop - Erlang Workshop - MERLIN (Mechanised Reasoning About Languages with Variable Binding) - DPCOOL (Declarative Programming in the Context of Object-oriented Languages) * Useful URLs - - Main web page for the entire PLI meeting; contains information on accepted papers, registration, accomodation, and social events: http://www.it.uu.se/pli03/ - Main web page for ICFP: http://www-users.cs.york.ac.uk/~colin/icfp2003.html - ICFP programme: http://www.cc.gatech.edu/~shivers/icfp03/schedule.html * Registration now open --- Registration is now open and the early registration deadline is July 30th. NOTE: The cut-off date for guaranteed hotel reservations varies with the hotel and is typically *before* July 30th. It is advisable to make your hotel reservations soon. --- * Conference programme -- Monday 25 August 2003 Invited talk: 9:00-10:00 Conservation of information: Applications in functional, reversible, and quantum computing Thomas Knight, Jr. (MIT Artificial Intelligence Laboratory) Session I: 10:30-12:30 -- Scripting the type-inference process Bastiaan Heeren, Jurriaan Hage, Doaitse Swierstra (Universiteit Utrecht) Discriminative sum types locate the source of type errors Matthias Neubauer, Peter Thiemann (Universität Freiburg) MLF: Raising ML to the power of system F Didier Le Botlan, Didier Remy (INRIA Rocquencourt) An extension of HM(X) with bounded existential and universal data-types Vincent Simonet (INRIA Rocquencourt) Session II: 2:15-3:45 - CDuce: an XML-centric general-purpose language Véronique Benzaken (LRI, Université Paris Sud, Orsay), Giuseppe Castagna (CNRS, LIENS, École Normale Supérieure), Alain Frisch (LIENS, École Normale Supérieure, Paris) Compiling regular patterns Michael Levin (University of Pennsylvania) Software is discrete mathematics Rex Page (University of Oklahoma) Session III: 4:15-6:00 -- Global abstraction-safe marshalling with hash types James Leifer (INRIA Rocquencourt), Gilles Peskine(INRIA Rocquencourt), Peter Sewell (University of Cambridge), Keith Wansbrough (University of Cambridge) Dynamic rebinding for marshalling and update, with destruct-time lambda Gavin Bierman (University of Cambridge), Michael Hicks (University of Maryland, College Park), Peter Sewell (University of Cambridge), Gareth Stoyle (University of Cambridge), Keith Wansbrough (University of Cambridge) Iterative-free program analysis Mizuhito Ogawa (Japan Advanced Institute of Science and Technology), Zhenjiang Hu (University of Tokyo), Isao Sasano (Japan Advanced Institute of Technology and Science) Report on ICFP 2003 2004 Olin Shivers Kathleen Fisher === Tuesday 26 August 2003 Invited talk: 9:00-10:00 From Hilbert space to Dilbert space: Context semantics as a language for games and flow analysis Harry Mairson (Brandeis University) Session IV: 10:30-12:30 --- A theory of aspects David Walker (Princeton University), Steve Zdancewic (University of Pennsylvania), Jay Ligatti (Princeton University) Dependency-style Generic Haskell Andres Löh, Dave Clarke, Johan Jeuring (Universiteit Utrecht) Functional automatic differentiation with Dirac impulses Henrik Nilsson (Yale University) A user-centred approach
Spam
Hi all, Sorry to bother you with a message about spam. I have noticed two things about this mailing list: * Every once in a while, we get messages like your e-mail is under consideration for sending to the list. This suggests that the mailing list is moderated, and that there is some person deciding on what can and what cannot be sent to the list. (One could discuss wether it is a good idea to send these messages to the whole list rather than just to the person who sent them, but let us not discuss that here.) * Very often, we get spam e-mail. This suggests that nobody is moderating the list. These two observations are in contradiction with each other. Couldn't we allow list subscribers to submit to the list without problems, whereas non-list subscribers have to be approved by a list moderator? Just my 2 öre, /Koen. ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: Spam
On Fri, 30 Aug 2002, Koen Claessen wrote: * Every once in a while, we get messages like your e-mail is under consideration for sending to the list. This suggests that the mailing list is moderated, and that there is some person deciding on what can and what cannot be sent to the list. I can only recall seeing these on the hugs specific lists (hugs-users, hugs-bugs), not the more general Haskell lists and they seem to be auto-triggered by e-mail size. It wouldn't surprise me to learn they're administered differently from haskell and haskell-cafe and just get relayed through haskell.org. However I fully agree with you that spam is a real problem (I estimate at least 50% of the spam I get comes from the Haskell/hugs lists). ___cheers,_dave_ www.cs.bris.ac.uk/~tweed/ | `It's no good going home to practise email:[EMAIL PROTECTED] | a Special Outdoor Song which Has To Be work tel:(0117) 954-5250 | Sung In The Snow' -- Winnie the Pooh ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
RE: Spam
Sorry to bother you with a message about spam. I have noticed two things about this mailing list: * Every once in a while, we get messages like your e-mail is under consideration for sending to the list. This suggests that the mailing list is moderated, and that there is some person deciding on what can and what cannot be sent to the list. (One could discuss wether it is a good idea to send these messages to the whole list rather than just to the person who sent them, but let us not discuss that here.) The list is partly moderated: any message over a certain size, or with too many destination addresses, or with certain keywords, gets held for moderation. The moderation messages you're seeing are caused by viruses (primarily Win32.Klez) which spoof the sender address. The virus messages are always caught by the auto moderation, but sometimes the sender address has been spoofed to be one of the other Haskell lists, so the moderation message gets sent there. Unfortunately causing these messages to be caught by the moderator would lead to an infinite loop... * Very often, we get spam e-mail. This suggests that nobody is moderating the list. Spam is supposed to be caught by SpamAssassin on haskell.org. It's doing a pretty good job so far - I get far fewer messages to moderate, but the occasional one does get through. These two observations are in contradiction with each other. Couldn't we allow list subscribers to submit to the list without problems, whereas non-list subscribers have to be approved by a list moderator? I've resisted doing that because (a) I'm lazy and (b) lots of people are subscribed to the list using addresses which are different from the ones they post with, so we'd have to gradually build up a list of those addresses which are allowed. Well, maybe I'll give it a go for a while. If it's too much hassle expect an advertisment for the moderator's job soon... Cheers, Simon ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Spam filtering at haskell.org
I hope everyone has enjoyed spam-free lists for the last couple of weeks. I've been moderating the spam away but I'm changing over to an automated spam tool, spam assassin. This is what the local support folks are starting to use throughout the campus and I'm going to defer to them in the spam hunt. As configured, we will be simply dropping messages identified as spam without replying. If you find your postings do not go through please contact me and I'll see what I can do. If the spam level becomes significant again we will turn up the filtering a bit. This affects all mailing lists hosted on haskell.org. John Peterson ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
let's can this spam?
I've gotten a whole lot of copies of this message off the haskell list, and I'm starting to get annoyed. Would it be possible to put a filter on the list? On Sun, May 05, 2002, mpeti laurent kabila wrote: REQUEST FOR URGENT BUSINESS ASSISTANCE -- I stumbled into your contact by stroke of luck after a long search for an honest and trust worthy person who could handle issue with high confidentiality. I was so dilghted when i got your contact and i decided to contact you and solicite for your kind assistance. i hope you will let this issue to remain confidential even if you are not interested because of my status. ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: let's can this spam?
Eek. Sorry folks. Should have sent this to the admin. On Sat, May 04, 2002, David Feuer wrote: I've gotten a whole lot of copies of this message off the haskell list, and I'm starting to get annoyed. Would it be possible to put a filter on the list? On Sun, May 05, 2002, mpeti laurent kabila wrote: REQUEST FOR URGENT BUSINESS ASSISTANCE -- I stumbled into your contact by stroke of luck after a long search for an honest and trust worthy person who could handle issue with high confidentiality. I was so dilghted when i got your contact and i decided to contact you and solicite for your kind assistance. i hope you will let this issue to remain confidential even if you are not interested because of my status. ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell -- Night. An owl flies o'er rooftops. The moon sheds its soft light upon the trees. David Feuer ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: let's can this spam?
Funny you should ask. We've got despamming ready to test on Monday. So hang in there one more day and things should get better. John ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
