All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: Spam in the NFS list
@ 2003-05-13 15:45 Jose Santiago
  0 siblings, 0 replies; 19+ messages in thread
From: Jose Santiago @ 2003-05-13 15:45 UTC (permalink / raw)
  To: nfs

I would hate to see the list become closed. Would it be possible to 
check for NFS in the subject line and require that everyone wanting to 
post use these 3 letters somewhere in the subject line?



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 19+ messages in thread
* RE: Spam in the NFS list
@ 2003-05-14 14:53 Lever, Charles
  0 siblings, 0 replies; 19+ messages in thread
From: Lever, Charles @ 2003-05-14 14:53 UTC (permalink / raw)
  To: Neil Brown; +Cc: nfs

very nicely stated-- i agree totally.

philosophically, i'm on the side of letting
individuals decide on their own tolerance for
spam, and then they can choose their own way
of managing it.

but i also agree that, because this is a
technical support list, it should be open
for non-subscribers.

> -----Original Message-----
> From: Neil Brown [mailto:neilb@cse.unsw.edu.au]
> Sent: Tuesday, May 13, 2003 7:37 PM
> To: Jake Gold
> Cc: nfs@lists.sourceforge.net
> Subject: Re: [NFS] Spam in the NFS list
>=20
>=20
> On Tuesday May 13, jake@staunch.org wrote:
> >=20
> > Is there any reason for leaving the list open to email from=20
> non-subscribed users?
> >=20
> > Most of the technical lists that I'm on have adopted a
> > subscriber-only email policy with little resistance from their
> > members...=20
> >=20
>=20
> No resistance from the members, but ofcourse it isn't the members who
> this inconveniences, at least not directly.
>=20
> I am very much against making this list closed.  I want bug reports to
> be sent here.  I tell people who send bug reports to be personally to
> send them here.  It means that more people can share the support load,
> and it means that questions and answers get archived.  Anything that
> decreases the ease of bug reports getting to this list is a BAD THING.
>=20
> As far as spam goes, I agree that spam is a problem, but I think that
> hiding is not the right solution.
> I don't feel there is an enormous amount of spam on this list
> (certainly as a percentage) but I agree that it has been increasing.
> I am on several @vger.kernel.org lists and they get substantially less
> spam (though not zero).  This is because the admins have set up
> filters that discard lots of common spam.  One would expect that a
> similar thing would be available on sourceforge, though I haven't
> looked.
>=20
> In short, I am happy to raise the barrier to sending mail a little,
> e.g. to exclude HTML-only email and some common strings - see
>   http://vger.kernel.org/majordomo-taboos.txt
>=20
> but I am not happy to raise it so high that only subscribers can post.
>=20
> NeilBrown
>=20
>=20
>=20
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux=20
> enterprise solutions
> www.enterpriselinuxforum.com
>=20
> _______________________________________________
> NFS maillist  -  NFS@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs
>=20


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 19+ messages in thread
[parent not found: <E19Fb4m-0001Wq-00@sc8-sf-list2.sourceforge.net>]
* Spam in the NFS list
@ 2003-05-13 10:43 James Pearson
  2003-05-13 12:18 ` Matthew Keller
  0 siblings, 1 reply; 19+ messages in thread
From: James Pearson @ 2003-05-13 10:43 UTC (permalink / raw)
  To: nfs; +Cc: hjl

I'm getting more and more spam that's sent to this list (not a great
amount at the moment, but it's not likely to reduce) - is there anything
that can be done to prevent this happening by the list administrators?

Thanks

James Pearson


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 19+ messages in thread
end of thread, other threads:[~2003-05-14 14:53 UTC | newest]

Thread overview: 19+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-05-13 15:45 Spam in the NFS list Jose Santiago
  -- strict thread matches above, loose matches on Subject: below --
2003-05-14 14:53 Lever, Charles
     [not found] <E19Fb4m-0001Wq-00@sc8-sf-list2.sourceforge.net>
2003-05-13 15:48 ` Klaus Steinberger
2003-05-13 17:12   ` Santiago Flores
2003-05-13 10:43 James Pearson
2003-05-13 12:18 ` Matthew Keller
2003-05-13 13:44   ` Jake Gold
2003-05-13 14:22     ` Matthew Keller
2003-05-13 14:44       ` James Pearson
2003-05-13 14:33     ` H. J. Lu
2003-05-13 23:22       ` Neil Brown
2003-05-13 14:48     ` Bogdan Costescu
2003-05-13 16:03       ` Bryan O'Sullivan
2003-05-13 16:45         ` Andreas Metzler
2003-05-13 17:16         ` Bogdan Costescu
2003-05-14 10:17           ` Philippe Gramoullé
2003-05-13 22:39       ` Steven N. Hirsch
2003-05-13 23:36     ` Neil Brown
2003-05-14 10:05       ` Trond Myklebust

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.