: C++
Description : Filtermail filters incoming e-mail as accepted, spam, or
ignored
Filtermail filters incoming e-mail as either accepted, spam, or ignored
e-mail. It uses rule files, which are inspected in sequence until the incoming
e-mail matches a rule. Once that happens the rule
Hi Thomas,
On 17-12-2021 13:38, Thomas Goirand wrote:
It's been a long time I wanted to write this kind of message, but I'm
unsure against which package I should report the bug.
release.debian.org
Would it be possible that instead, I get a single message on each AUTORM
run, telling me about
Hi,
It's been a long time I wanted to write this kind of message, but I'm
unsure against which package I should report the bug.
My issue is that I maintain a lot of packages that all depend on the
same (more or less) packages. Whenever a high profile (build-)dependency
enter the AUTORM phrase, my
hi,
spam is annoying, spam is tiring, spam is insulting, spam is spreading
misinformation, spam is spread lies, spam spam spam is not funny.
please don't respond to spam. please don't spread spam.
our attention is the most scarce ressource we have. especially in 2021.
please be mindfu
Hi,
On Fri, 19 Feb 2021, at 15:44, Marc Haber wrote:
> Hi,
>
> some moron has subscribed a...@packages.debian.org to an arabic
> lanugage Google Group and the package tracker address is therefore
> swamped with multiple arabic messages per day. There is an unsubscribe
> link in the messages, but
to address this situation?
N.B.: While @lists.debian.org has a pretty solid grasp on spam, really
great work, a sizeable amount of my incoming spam that manages to get
past my local spam filter comes via @packages.debian.org and
@tracker.debian.org addresses. This is a general problem, the
unresolvab
: milter for spam filtering with SpamAssassin
SpamAssassin Milter is a milter application that filters email through
SpamAssassin server using the spamc client. It is a light-weight
component that serves to integrate Apache SpamAssassin with a
milter-capable MTA (mail server) such as Postfix. Its
MAD [2019-08-23T08:31:37-03] wrote:
> Subject: Re: Has anyone else perceived this email as spam?
It is spam. Unfortunately your message was spam too because you quoted
the spam message. People's mail clients and mail servers have spam
filters which are trained automatically (and manually
On Fri, Aug 23, 2019 at 7:31 PM MAD wrote:
> Has anyone else perceived this email as spam?
The message you have quoted is definitely spam.
--
bye,
pabs
https://wiki.debian.org/PaulWise
Good Morning,
Your email [debian-devel@lists.debian.org] has exceeded its quota
limit. We are currently terminating an unused account to increase your
email quota and thus serve you better.
To prevent your account from being terminated, you must update this
email by providing the information reque
which is not the submitter, the package maintainer, a
> @debian.org account, or someone on the ldo whitelist with an appropriate
> error message. [This could be exploited, but it'd chop out a great deal
> of spam.]
That sounds pretty much perfect; whitelist attributes of the community.
ress which is not the submitter, the package maintainer, a
> @debian.org account, or someone on the ldo whitelist with an appropriate
> error message. [This could be exploited, but it'd chop out a great deal
> of spam.]
sounds great, much better than the other proposed ideas or
On Wed, 28 Feb 2018, Ian Jackson wrote:
> Paul Wise writes ("Re: Spam targeting nnn-done@bugs.d.o"):
> > On Tue, Feb 27, 2018 at 10:29 PM, Steve Cotton wrote:
> > > Maybe the Package: pseudo-header should be mandatory for a nnn-done@ email
> > > to close the
Paul Wise writes ("Re: Spam targeting nnn-done@bugs.d.o"):
> On Tue, Feb 27, 2018 at 10:29 PM, Steve Cotton wrote:
> > Maybe the Package: pseudo-header should be mandatory for a nnn-done@ email
> > to close the bug? That would protect against both spam and typos.
>
>
On Tue, 27 Feb 2018, Georg Faerber wrote:
> On 18-02-21 10:53:49, Don Armstrong wrote:
> > Speaking on behalf of owner@, we're always looking more assistance in
> > creating better SA rules. Our configuration is publicly available.[1]
> > [I've just started moving it from alioth to salsa, so the gi
Hi Don,
On 18-02-21 10:53:49, Don Armstrong wrote:
> Speaking on behalf of owner@, we're always looking more assistance in
> creating better SA rules. Our configuration is publicly available.[1]
> [I've just started moving it from alioth to salsa, so the git urls will
> change slightly.]
Thanks f
On Tue, Feb 27, 2018 at 10:29 PM, Steve Cotton wrote:
> Maybe the Package: pseudo-header should be mandatory for a nnn-done@ email
> to close the bug? That would protect against both spam and typos.
That sounds best to me, but I can see it could get tedious.
It probably would also n
is just the submitter and/or the maintainer that should
> close the bug so most people probably won't notice this.
Maybe the Package: pseudo-header should be mandatory for a nnn-done@ email
to close the bug? That would protect against both spam and typos.
BR,
Steve
gnature will do.
>
> This has been proposed previously, but because we don't get that many
> spam runs against -done which make it through our filters and this would
> make legitimate interactions with the BTS more difficult, I don't plan
> on implementing it.
I am not aski
x27;t get that many
spam runs against -done which make it through our filters and this would
make legitimate interactions with the BTS more difficult, I don't plan
on implementing it.
I have some ideas about using mail/web roundtrip for first time mails to
the BTS, but they're pretty
On Sun, 25 Feb 2018, Sebastian Andrzej Siewior wrote:
> On 2018-02-21 10:53:49 [-0800], Don Armstrong wrote:
> > We basically already do this with our ZIPFILE, MSWORD, and ZIPCOMPRESSED
> > rules:
> >
> > https://salsa.debian.org/debbugs-team/antispam/spamassassin_config/blob/master/common/virus_
On 2018-02-21 10:53:49 [-0800], Don Armstrong wrote:
> We basically already do this with our ZIPFILE, MSWORD, and ZIPCOMPRESSED
> rules:
>
> https://salsa.debian.org/debbugs-team/antispam/spamassassin_config/blob/master/common/virus_spam#L115
>
> Speaking on behalf of owner@, we're always looking
On Wed, 21 Feb 2018, Sven Joachim wrote:
> In fact, I am quite surprised that the current spam wave has been
> lasting for so long, those messages should be quite easy to filter
> out.
I dropped in a filter for these messages on Saturday; I personally
haven't seen any since I
On Wed, Feb 21, 2018 at 06:31:46PM +0100, Sven Joachim wrote:
> On 2018-02-21 17:48 +0100, Georg Faerber wrote:
>
> Apart from restricting access to the BTS (which I think nobody really
> wants), the answer is to train the spam filters. In fact, I am quite
> surprised that the cu
On Wed, 21 Feb 2018, Tobias Frost wrote:
> Another question came to my mind: When I use the "this bug log
> contains spam"... Where does it end? Is it then manually filtered or
> used as input for better rules? If there is something manually
> involved, how can someone he
On 2018-02-21 19:36 +0100, Tobias Frost wrote:
> On Wed, Feb 21, 2018 at 06:31:46PM +0100, Sven Joachim wrote:
>> On 2018-02-21 17:48 +0100, Georg Faerber wrote:
>>
>
>> Apart from restricting access to the BTS (which I think nobody really
>> wants), the answer is
On Wed, Feb 21, 2018 at 10:53:49AM -0800, Don Armstrong wrote:
> On Wed, 21 Feb 2018, Sven Joachim wrote:
> > In fact, I am quite surprised that the current spam wave has been
> > lasting for so long, those messages should be quite easy to filter
> > out.
>
> I dr
On 18-02-21 18:31:46, Sven Joachim wrote:
> On 2018-02-21 17:48 +0100, Georg Faerber wrote:
> > Just to let people know: Recently, there has been quite some spam
> > with identical content sent to different bugs, project and team
> > mailing lists, etc. That's bad, but
On 2018-02-21 17:48 +0100, Georg Faerber wrote:
> Just to let people know: Recently, there has been quite some spam with
> identical content sent to different bugs, project and team mailing
> lists, etc. That's bad, but what's even more worse is that this spam now
> gets sen
Hi,
Just to let people know: Recently, there has been quite some spam with
identical content sent to different bugs, project and team mailing
lists, etc. That's bad, but what's even more worse is that this spam now
gets send to nnn-done@bugs.d.o (see [1] for an example), in fact c
On Thu, Mar 16, 2017 at 08:58:46AM +0300, The Illuminati wrote:
YES I do exist. We at Valve Corporation dislike your spam bots and request
that you stop or else action will be taken against your spam company
Sorry, just checking.
It seems that someone is copying headers from the debian-devel
- Forwarded message from Francois Gouget -
Date: Thu, 9 Mar 2017 14:23:52 +0100 (CET)
From: Francois Gouget
To: debian-devel@lists.debian.org
Subject: Virus spam in the bug tracker
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
List-Id:
This has been mentionned before but today I
This has been mentionned before but today I discovered that a lot of
Debian bugs have a bunch of spam emails on their tail end. What's worse,
these actually contain a virus in an attachment.
Do a web search for:
site:bugs.debian.org FedEx
site:bugs.debian.org USPS del
On Mon, 6 Mar 2017 11:15:23 -0500, Christopher Clements
wrote:
> On Mon, Mar 06, 2017 at 05:01:40PM +0100, Philip Hands wrote:
> >However, because the spam meaasges are created by copying most of the
> >headers from a genuine list mail, when you reply to such a message, it
>
On 14603 March 1977, Geert Stappers wrote:
>> The debian lists work. Alioth currently wouldn't, I think, but software
>> could be upgraded.
>> It has a different problem which is way worse: It breaks usual alias
>> type forwarders, which are used *a lot* within Debian.
> What are the ideas about c
On Mon, Mar 06, 2017 at 11:09:37AM -0500, Christopher Clements wrote:
> I have mutt configured to let me edit the headers along with the
> message, but I thought that stuff like the "To:" field were read by SMTP
> servers to determine where to deliver the message, sort of like post
> office relay b
I got were anything to go by, which I think they are).
However, because the spam meaasges are created by copying most of the
headers from a genuine list mail, when you reply to such a message, it
turns up on our lists, and looks like it might even be a reply to a real
thread (until you notice that the b
On Mon, Mar 06, 2017 at 12:26:00PM +0100, Philip Hands wrote:
Christopher Clements writes:
On Sun, Mar 05, 2017 at 09:55:14AM +0100, Philip Hands wrote:
Christopher Clements writes:
On closer examination, I think you are correct in saying that the
replies are written by the spammer as well.
ng to go by, which I think they are).
However, because the spam meaasges are created by copying most of the
headers from a genuine list mail, when you reply to such a message, it
turns up on our lists, and looks like it might even be a reply to a real
thread (until you notice that the body of the mess
On Sun, Mar 5, 2017 at 9:58 PM, Scott Kitterman wrote:
>
>
> On March 5, 2017 3:08:49 PM EST, Vincent Danjean wrote:
>>Le 05/03/2017 à 16:29, Joerg Jaspert a écrit :
>>> That would be the next step, DMARC, which is SPF plus DKIM plus some
>>> extra DNS records. And DMARC then allow to tell other
Christopher Clements writes:
> On Sun, Mar 05, 2017 at 09:55:14AM +0100, Philip Hands wrote:
>>Christopher Clements writes:
>>> On closer examination, I think you are correct in saying that the
>>> replies are written by the spammer as well.
>>
>>On closer examination of what?
>
> The "To:" fiel
On Sun, Mar 05, 2017 at 04:29:22PM +0100, Joerg Jaspert wrote:
> On 14602 March 1977, Philip Hands wrote:
>
> > I guess we could help the mail servers of the recipients of the initial
> > messages make that decision if we did SPF for debian.org, but I guess
> > that the lack of SPF probably indica
On Mon, Mar 06, 2017 at 07:55:39AM +0100, Joerg Jaspert wrote:
> On 14602 March 1977, Vincent Danjean wrote:
> >> That would be the next step, DMARC, which is SPF plus DKIM plus some
> >> extra DNS records. And DMARC then allow to tell other mail servers (that
> >> follow DMARC) to get rid (spamfil
On Sun, 05 Mar 2017, Scott Kitterman wrote:
>
>
> On March 5, 2017 3:08:49 PM EST, Vincent Danjean wrote:
> >Le 05/03/2017 à 16:29, Joerg Jaspert a écrit :
> >> That would be the next step, DMARC, which is SPF plus DKIM plus some
> >> extra DNS records. And DMARC then allow to tell other mail s
On Sun 05/Mar/2017 21:08:49 +0100 Vincent Danjean wrote:
I was under the impression that DMARC plays very bad with mailing lists. If
I recall correctly, mailman has to modify mails that come from a DMARC
domain.
Your impression is correct. However, there's nothing that Debian can do or
omit
On 14602 March 1977, Vincent Danjean wrote:
>> That would be the next step, DMARC, which is SPF plus DKIM plus some
>> extra DNS records. And DMARC then allow to tell other mail servers (that
>> follow DMARC) to get rid (spamfilter) mail that aren't from what your
>> DNS says it should be from (or
.g.:
https://twitter.com/trainjohnson87
Note that that twitter account appears to belong to someone called
Anthony, which matches the salutation in the Spam that he then replied
to.
Your explanation makes more sense. Please disregard my (mostly baseless)
suspicion.
Perhaps they simply want to waste sp
On March 5, 2017 3:08:49 PM EST, Vincent Danjean wrote:
>Le 05/03/2017 à 16:29, Joerg Jaspert a écrit :
>> That would be the next step, DMARC, which is SPF plus DKIM plus some
>> extra DNS records. And DMARC then allow to tell other mail servers
>(that
>> follow DMARC) to get rid (spamfilter) ma
Le 05/03/2017 à 16:29, Joerg Jaspert a écrit :
> That would be the next step, DMARC, which is SPF plus DKIM plus some
> extra DNS records. And DMARC then allow to tell other mail servers (that
> follow DMARC) to get rid (spamfilter) mail that aren't from what your
> DNS says it should be from (or a
On 14602 March 1977, Philip Hands wrote:
> I guess we could help the mail servers of the recipients of the initial
> messages make that decision if we did SPF for debian.org, but I guess
> that the lack of SPF probably indicates that this is very hard to do
> with our distributed setup.
With the
count. e.g.:
https://twitter.com/trainjohnson87
Note that that twitter account appears to belong to someone called
Anthony, which matches the salutation in the Spam that he then replied
to.
The level of maturity shown in his reply appears to be in line with
someone that is obsessed with minecr
On Sun, Mar 05, 2017 at 12:42:50PM +1100, Ben Finney wrote:
Christopher Clements writes:
On Sat, Mar 04, 2017 at 03:36:58PM +1100, Ben Finney wrote:
>I think the best explanation is that the entire message ??? complaint and
>quoted part ??? were composed and sent by the spammer themselves.
Oh
Christopher Clements writes:
> On Sat, Mar 04, 2017 at 03:36:58PM +1100, Ben Finney wrote:
> >I think the best explanation is that the entire message ??? complaint and
> >quoted part ??? were composed and sent by the spammer themselves.
>
> Oh, the "original" message is seperate, I just replied t
nd the original message in the archives, and I already deleted
it, but if anyone uses gmail they might find a bunch of "originals"
in their "[Gmail]/Spam" folder.
The original messages also had a subject line with "Re:" in them, but
there was no quoted text.
Looking at
it was faked up
>> when being sent _to_ that person (to appear as if it had come from
>> the mailing list) and we don't even have the headers of the actual
>> original spam.
>
> That's my tentative conclusion also. There is a commonality to all
> these “do
as if it had come from the mailing
> list) and we don't even have the headers of the actual original spam.
That's my tentative conclusion also. There is a commonality to all these
“don't send me this spam” messages, that essentially combine a plausible
complaint top-posted on
On Sat, 4 Mar 2017 at 14:55 Christopher Clements wrote:
> On Fri, Mar 03, 2017 at 12:40:52PM +0300, The Illuminati wrote:
> > Listen up shitty ass spam bot. I'm really Gabe Newell and I can track
> your
> > fucking IP
> > On Tue, Jan 10, 2017 at 1:04 PM
On 2017-03-03 at 20:54, Christopher Clements wrote:
> On Fri, Mar 03, 2017 at 12:40:52PM +0300, The Illuminati wrote:
>
>> Listen up shitty ass spam bot. I'm really Gabe Newell and I can track your
>> fucking IP
>> On Tue, Jan 10, 2017 at 1:04 PM, CHOICEHOME
On Fri, Mar 03, 2017 at 12:40:52PM +0300, The Illuminati wrote:
Listen up shitty ass spam bot. I'm really Gabe Newell and I can track your
fucking IP
On Tue, Jan 10, 2017 at 1:04 PM, CHOICEHOMEWARRANTY <[1]a...@sigxcpu.org>
wrote:
[SPAM]
Does anyone on this list file "
ebbugs’, the instrallable package, have tools for
dealing with spam?
How much is even feasible to include in the package for the benefit of
other ‘debbugs’ installations?
--
\“A thing is not necessarily true because a man dies for it.” |
`\—Oscar Wilde, _The Portrait of Mr. W.
Hi Don,
>
> We do spamassassin with a huge set of rules. I don't think we're
> currently using clamav in the BTS, but we are using it for Debian
> mailing lists.
>
> [I'd certainly accept a patch to enable clamav; I personally haven't had
> time to readdress using it.]
if you are interested, I c
ncluding gmail) and we also have many such emails forwarded from
the BTS to the PTS. The result is that many PTS users have been
unsubscribed because of all the mail that we sent them was bounced for 3
consecutive days (see #841061).
I recently deployed a quick hack to teach the PTS to ignore bounce
On Wed, 26 Oct 2016, Hans wrote:
> What about spamassassin? Wouldn't spamassassin and its databases not be the
> better way? I made good experiences with spamassassin on my mail servers.
We do spamassassin with a huge set of rules. I don't think we're
currently using clamav in the BTS, but we ar
sin's output into clamav input - no
amavis.
This worked very well after a good learning phase.
But I guess, you are doing this already. If so, just aplogize my noise.
Happy hacking!
Hans
> Spam e-mails like these that contain a zip with a windows executable
> can easily be block
At Wed, 26 Oct 2016 13:43:31 +0200,
Tomas Pospisek wrote:
> I've recently received "Dear Customer" spam on a bug of mine. I've
> searched the BTS [1], and there are many, many, many of these spam
> postings in the BTS, see f.ex. [2].
>
> I think it doesn&
On Wed, 26 Oct 2016, Tomas Pospisek wrote:
> Has anyone tried to do such a thing yet (methodically clean the bug
> archive of spam)? Where and how could I start such an effort? How
> would I get read/write access to the BTS archive?
We're always looking for more vict^Wvolunteers;
On Wed, Oct 26, 2016 at 7:43 PM, Tomas Pospisek wrote:
> Has anyone tried to do such a thing yet (methodically clean the bug
> archive of spam)? Where and how could I start such an effort? How would
> I get read/write access to the BTS archive?
The BTS admins do that regularly, based
On Wed, Oct 26, 2016 at 1:43 PM, Tomas Pospisek wrote:
> Hello all,
>
> I've recently received "Dear Customer" spam on a bug of mine. I've
> searched the BTS [1], and there are many, many, many of these spam
> postings in the BTS, see f.ex. [2].
Annoying inde
Hello all,
I've recently received "Dear Customer" spam on a bug of mine. I've
searched the BTS [1], and there are many, many, many of these spam
postings in the BTS, see f.ex. [2].
I think it doesn't make sense to press "this bug log contains spam" on
each of
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-spam
Version : 1.0-1
Upstream Author : Reinhard Furrer
* URL : http://cran.r-project.org/web/packages/spam/
* License : LGPL
Programming Lang: R
Description : GNU R functions
rspamd spam filtering system
The rmilter utility is designed to act as milter for sendmail and postfix MTA.
It provides several filter and mail scan features, among them are:
- clamav scanning (via unix or tcp socket).
- Spamassasin scanning
- SPF checking (via libspf2)
- Greylisting with memcached
ttp://trac.edgewall.org/wiki/SpamFilter
Package: trac-spamfilter
Architecture: all
Depends: ${python:Depends}, ${misc:Depends}, trac (>= 0.10),
python-pkg-resources Recommends: python-dnspython (>= 1.3.5), spambayes
Description: Spam-prevention plugin for Trac
This plugin attempts
On 08/15/2012 07:35 PM, Aaron Schrab wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Aaron Schrab
>
> * Package name: mailscanner
You may wish to contact the previous mailscanner maintainer [0][1] and
dig through all the existing/archived bugs [2] to find out why it was
removed from the
scanning, spam and phishing
detection
MailScanner is a email gateway virus-scanner and spam and
phishing-detector. It uses Exim, sendmail or postfix as its basis,
and supports clamav and some commercial virus scanning engines to do
the actual virus scanning. For spam detection MailScanner uses
w-stuff explained in
> > http://wiki.debian.org/Teams/ListMaster/ListArchiveSpam#new_web-based_effort_to_flag_spam.
> > I'm always interested in better methods to recognize spam.
>
> If it would be useful, I can probably provide a list of message-ids for
> the messages from debi
d reports from clicks on the "Spam" buttons.
>
>
> Reports we get through the "Spam" buttons *are* reviewed by
> humans. Indeed they have to be confirmed as spam by 3 humans (these
> humas being DDs)
I think he's saying that there's an extra piece of &
Quoting Olly Betts (o...@survex.com):
> rather than having a separate flag state for those, but the reports have
> been reviewed by a human, so should be higher quality than the
> unfiltered reports from clicks on the "Spam" buttons.
Reports we get through the "Spam&qu
veSpam#new_web-based_effort_to_flag_spam.
> I'm always interested in better methods to recognize spam.
If it would be useful, I can probably provide a list of message-ids for
the messages from debian lists on Gmane which have been flagged as spam
and approved as such (by the team of volunteer spam r
t archive from SPAM might be somehow interesting.
as i wrote the review-stuff explained in
http://wiki.debian.org/Teams/ListMaster/ListArchiveSpam#new_web-based_effort_to_flag_spam.
I'm always interested in better methods to recognize spam.
The only thing i'm currently aware of are the
[Andreas Tille]
> On Fri, Feb 11, 2011 at 02:27:03PM +, brian m. carlson wrote:
> >
> > I've been thinking about this some as well for my personal domain.
> > Debian has tools that can determine the language of a document
> > (libtextcat and friends).
>
> So this is even better.
Amazingly,
On Fri, Feb 11, 2011 at 10:19:07AM +0100, Andreas Tille wrote:
[...]
> I assume that a spell checker can be configured that way that it
> can distinguish between writing an English text with some /
> several mistakes and a text with say 50% error rate which is
> probably not understandable anyway.
On Fri, Feb 11, 2011 at 02:27:03PM +, brian m. carlson wrote:
>
> I've been thinking about this some as well for my personal domain.
> Debian has tools that can determine the language of a document
> (libtextcat and friends).
So this is even better.
> Emails that are 70% or more composed of
On Fri, Feb 11, 2011 at 10:19:07AM +0100, Andreas Tille wrote:
> since some time we get more and more SPAM which is easily to detect for
> me (and most probably automatically): SPAM in languages I do simply not
> understand and which are definitely not English. Wouldn't it be
tempts to be written in a certain language (which is probably
easier than to guess a language). The question whether it is worth
doing some stats on the mailing list archive about this is rather if we
finally want this language detection method for a SPAM filter or not.
My guess is that you will find
el in english, but they still can provide useful input to a
> mailing list.
In the arround 600 latvian spams I have gotten the last 3 weeks, there
are enough keywords which identify the mais as spam and I do not know
why, but spamassassin gaved the messages a score of -4 and greater.
Thanks,
Samuel Thibault (11/02/2011):
> Mmm, I think we've already had users that have even 50% error rate,
> simply because they mispell things.
I like the intended pun!
KiBi.
signature.asc
Description: Digital signature
Andreas Tille, le Fri 11 Feb 2011 10:19:07 +0100, a écrit :
> PS: I assume that a spell checker can be configured that way that it
> can distinguish between writing an English text with some / several
> mistakes and a text with say 50% error rate which is probably not
> understandable a
Hi,
since some time we get more and more SPAM which is easily to detect for
me (and most probably automatically): SPAM in languages I do simply not
understand and which are definitely not English. Wouldn't it be a
reasonable means for a SPAM filter to mark mails which blatantly fail a
: Policydv2 (cluebringer) is a rewrite of the policyd
anti-spam plugin for Postfix.
Policyd v2 (codename Cluebringer) is a re-write of the original Policyd
anti-spam plugin for postfix. Support for greylisting, black listing,
policy weighting, mail quotas and amavisd filtering all exist. Cluebringer
pour gagner un Iphone gratuitement c'est facile, entrer sur ce site
http://amoureux.dhblogs.be , une image de IPHONE apparaitera ,entrer apres a
gauche en bas du site vous trouvez une photo de l'Iphone que vous gagnerez si
vous serez selectionés vous devez entrer votre email .
bonne chance
=
Hi,
CC'ing debian-i18n since it's certainly a good place to discuss this.
On Tue, Oct 27, 2009 at 11:17:34PM +0900, Junichi Uekawa wrote:
[..]
> I think someone who is not logged in is removing the comments and being
> disruptive.
>
> Is there a good way to fight against it?
* Add authenticati
Hi,
It's not clear just from the logs, but for example:
1246176855 fetched by yy_y_ja_jp
1246176856 processed from todo
1246176866 fetched by yy_y_ja_jp
1247572419 fetched by yy_y_ja_jp
1256308334 updated text by ipv6waterstar (ii)
1256308472 change-comment-only by 203.141.158.41
1256374546 updat
Christian Perrier schrieb am Tuesday, den 04. August 2009:
Hi,
> > > look it up yourself:
> > > http://lists.debian.org/archive-spam-removals/review/stats.html (my
> > > user is morph...). So, are you going to help us kill spam (reporting
> > > it) or
Quoting Siggy Brentrup (deb...@psycho.i21k.de):
> > look it up yourself:
> > http://lists.debian.org/archive-spam-removals/review/stats.html (my
> > user is morph...). So, are you going to help us kill spam (reporting
> > it) or no time for this?
>
> So you'
omebody wants to see your list disfunctional,
> >> > you open an easy way to do so by implementing a bot that reports every
> >> > message as spam. Do you volunteer to fix such a situation?
> >>
> >> every report has to be *reviewed* by humans (DDs in this case)
ng a bot that reports every
>>> message as spam. Do you volunteer to fix such a situation?
>> every report has to be *reviewed* by humans (DDs in this case), so
>> other than a very high number of message to review it would do no
>> harm.
>
> That's obvious, I asked you
Quoting Siggy Brentrup (deb...@psycho.i21k.de):
> > This can be done by *anyone*, DDs and non, and all are encouraged to
> > do so. It's fundamental to have reports: without them we have a false
> > sense of spam-free mailing lists, when we all know it's not true.
>
to do so by implementing a bot that reports every
>> > message as spam. Do you volunteer to fix such a situation?
>>
>> every report has to be *reviewed* by humans (DDs in this case), so
>> other than a very high number of message to review it would do no
>> harm.
&
On Tue, Aug 04, 2009 at 08:28 +0200, Sandro Tosi wrote:
> On Tue, Aug 4, 2009 at 08:24, Siggy Brentrup wrote:
> > And if for whatever reason somebody wants to see your list disfunctional,
> > you open an easy way to do so by implementing a bot that reports every
> > mes
ny way to actually make it harder to spam the list? I just
>> >> subscribed and already see spam and phishing attacks...
>> >
>> > Yes. There are infinitely many ways to make it harder to spam the list,
>> > among them:
>> >
>> > * Allowing posti
1 - 100 of 549 matches
Mail list logo