* Alf P. Steinbach:
> * Jerry Coffin:
>> In article <h370g1$sf$1@news.eternal-september.org>, alfps@start.no
>> says...
>>
>> [ ... ]
>>
>>> Argh, perhaps I should write one, in C++. ;-)
>>
>> My advice would be to consider writing a filtering new server instead.
>> I.e. it connects to a news server of your choice, filters out whatever
>> you don't want, and your newsreader connects to this local news server
>> to collect its filtered feed of the news.
>>
>> This should reduce the effort considerably, and be pretty easy to make
>> (mostly) portable -- not to mention making adoption a lot easier since
>> its only affect on the user would be the lack of spam.
>>
>
> Yeah, but it's not as fun. :-)
>
> Anyways, I see else-thread that one such evidently already exists,
> <url: http://leafnode.sourceforge.net/>.
>
> And of old there was Hamster (not sure about download and never used it)
> and NewsProxy, <url: http://www.nfilter.org/>, used in combination.

Possibly this might some readers: <url:
http://www.clarionmag.com/cmag/v9/v9n02hamster.html>

Cheers,

- Alf

On 07/10/2009 08:32 PM, Jerry Coffin wrote:
> In article <h370g1$sf$1@news.eternal-september.org>, alfps@start.no
> says...
>
> [ ... ]
>
>> Argh, perhaps I should write one, in C++. ;-)
>
> My advice would be to consider writing a filtering new server
> instead. I.e. it connects to a news server of your choice, filters
> out whatever you don't want, and your newsreader connects to this
> local news server to collect its filtered feed of the news.
>
> This should reduce the effort considerably, and be pretty easy to
> make (mostly) portable -- not to mention making adoption a lot easier
> since its only affect on the user would be the lack of spam.

A Usenet or NNTP caching proxy with filtering, the Leafnode-2,
http://cto.homelinux.net/ports?port=leafnode-devel, a work-in-progess
and Leafnode, http://leafnode.sourceforge.net/ stable is already there;
why re-invent the wheel?

BTW, I don't intend detracting anyone from writing a new, tiny, clean,
compact, portable and an efficient NNTP proxy in C++ from scratch.

--
Balwinder S "bdheeman" Dheeman Registered Linux User: #229709
Anu'z Linux@HOME (Unix Shoppe) Machines: #168573, 170593, 259192
Chandigarh, UT, 160062, India Plan9, T2, Arch/Debian/FreeBSD/XP
Home: http://werc.homelinux.net/ Visit: http://counter.li.org/

Bill Davy wrote:

> They all seem to come from Organization: http://groups.google.com but
> OE does not seem to permit filtering on Organization.
>
>
>
> Can anyone recommend a good newsreader programme that does allow that
> filtering?

XanaNews can filter on anything in the header (there's a catch-all for
anything not explicitly available). Again, I would NOT do that. There
are valuable contributors like James Kanze and Nick Keighley that use
GG to post.





Brian

In article <i53ki6xsbe.ln2@news.homelinux.net>,
bsd.SANSPAM@cto.homelinux.net says...
>
> On 07/10/2009 08:32 PM, Jerry Coffin wrote:
> > In article <h370g1$sf$1@news.eternal-september.org>, alfps@start.no
> > says...
> >
> > [ ... ]
> >
> >> Argh, perhaps I should write one, in C++. ;-)
> >
> > My advice would be to consider writing a filtering new server
> > instead. I.e. it connects to a news server of your choice, filters
> > out whatever you don't want, and your newsreader connects to this
> > local news server to collect its filtered feed of the news.
> >
> > This should reduce the effort considerably, and be pretty easy to
> > make (mostly) portable -- not to mention making adoption a lot easier
> > since its only affect on the user would be the lack of spam.
>
> A Usenet or NNTP caching proxy with filtering, the Leafnode-2,
> http://cto.homelinux.net/ports?port=leafnode-devel, a work-in-progess
> and Leafnode, http://leafnode.sourceforge.net/ stable is already there;
> why re-invent the wheel?
>
> BTW, I don't intend detracting anyone from writing a new, tiny, clean,
> compact, portable and an efficient NNTP proxy in C++ from scratch.

While it certainly looks interesting, Leafnode isn't quite what I had
in mind. In particular, while it does have filtering, the filtering
appears to be limited to regular expressions. While that's
undoubtedly better than nothing, I don't think it's really the best
way.

I think something a bit more extensible would be more useful. At the
bare minimum, it would include a couple of classes like:

class filter_base {
public:
virtual operator()(std::string const &message) const = 0;
};

class register_filter {
public:
bool operator()(filter_base const *filter);
};

A new spam filter would derive from filter_base. To get it used,
you'd register an instance with register_filter. The registered
filters would then be applied to incoming messages.

Probably a better approach would be to invoke each filter once for a
group of incoming messages. You could, for example, pass a filter an
iterator to the first message in the store, the first new message in
the store, and one beyond the last message in the store. This would
support statistically-oriented filters that might attempt to
determine whether something was spam based on statistics of the
entire store instead of looking only at individual messages. Using
this approach, it would probably be most natural for the filter to
write out results via an iterator as well.

Of course, if you didn't mind adding some non-portable code, you
could also support filters being implemented in shared libraries
(UNIX) or DLLs (Windows).

Personally, I think filtering on regular expressions does more harm
than good. It never really works well, but it's good enough that it
tends to prevent anything better from being developed either.

--
Later,
Jerry.

In article <h37m88$f6t$1@news.eternal-september.org>, alfps@start.no
says...
>
> * Jerry Coffin:

[ ... ]

> > My advice would be to consider writing a filtering new server
> > instead.

[ ... ]

> Yeah, but it's not as fun. :-)

You have a strange idea of fun! I'll admit, I don't know of any
newsreader I'd consider really great, so I can see a good reason for
writing a better one -- but it's not what I'd consider _fun_, by any
stretch of the imagination.

> Anyways, I see else-thread that one such evidently already exists,
> <url: http://leafnode.sourceforge.net/>.

Yes, I saw that, and commented on it elsethread. I think it's
probably a good starting point, but (at least based on the
description) I don't think it's currently quite what I'd like to see.

--
Later,
Jerry.

Jerry Coffin wrote:


> You have a strange idea of fun! I'll admit, I don't know of any
> newsreader I'd consider really great, so I can see a good reason for
> writing a better one -- but it's not what I'd consider fun, by any
> stretch of the imagination.

XanaNews is open source, but it's written in Delphi. Had it been in C
or C++, I'd have been tempted to hack away to make a few changes.




Brian

"Jarrick Chagma" <jarrick@large.com> wrote in message
news:4a5638e3$0$2820$5a62ac22@per-qv1-newsreader-01.iinet.net.au...
> This newsgroup has become almost unusable thanks mainly to one serial
> spammer. Can't anything be done to stop them?
>
> --
> Regards,
>
> Jarrick
>
> ------------------------------------
> Jarrick.Chagma@your.mind.gmail.com
> (Lose your mind before emailing me)

One thing comes to mind is that maybe a class action lawsuit by the usenet
servers against Google for allowing the spammers such easy access to
accounts, and for not enforcing their own terms of service on proven
spammers, might open the Exec's eyes at Google a little bit.

On 07/10/2009 10:49 PM, Jerry Coffin wrote:
> In article <i53ki6xsbe.ln2@news.homelinux.net>,
> bsd.SANSPAM@cto.homelinux.net says...
>> On 07/10/2009 08:32 PM, Jerry Coffin wrote:
>>> In article <h370g1$sf$1@news.eternal-september.org>, alfps@start.no
>>> says...
>>>
>>> [ ... ]
>>>
>>>> Argh, perhaps I should write one, in C++. ;-)
>>> My advice would be to consider writing a filtering new server
>>> instead. I.e. it connects to a news server of your choice, filters
>>> out whatever you don't want, and your newsreader connects to this
>>> local news server to collect its filtered feed of the news.
>>>
>>> This should reduce the effort considerably, and be pretty easy to
>>> make (mostly) portable -- not to mention making adoption a lot easier
>>> since its only affect on the user would be the lack of spam.
>> A Usenet or NNTP caching proxy with filtering, the Leafnode-2,
>> http://cto.homelinux.net/ports?port=leafnode-devel, a work-in-progess
>> and Leafnode, http://leafnode.sourceforge.net/ stable is already there;
>> why re-invent the wheel?
>>
>> BTW, I don't intend detracting anyone from writing a new, tiny, clean,
>> compact, portable and an efficient NNTP proxy in C++ from scratch.
>
> While it certainly looks interesting, Leafnode isn't quite what I had
> in mind. In particular, while it does have filtering, the filtering
> appears to be limited to regular expressions. While that's
> undoubtedly better than nothing, I don't think it's really the best
> way.
>
> I think something a bit more extensible would be more useful. At the
> bare minimum, it would include a couple of classes like:
>
> class filter_base {
> public:
> virtual operator()(std::string const &message) const = 0;
> };
>
> class register_filter {
> public:
> bool operator()(filter_base const *filter);
> };
>
> A new spam filter would derive from filter_base. To get it used,
> you'd register an instance with register_filter. The registered
> filters would then be applied to incoming messages.
>
> Probably a better approach would be to invoke each filter once for a
> group of incoming messages. You could, for example, pass a filter an
> iterator to the first message in the store, the first new message in
> the store, and one beyond the last message in the store. This would
> support statistically-oriented filters that might attempt to
> determine whether something was spam based on statistics of the
> entire store instead of looking only at individual messages. Using
> this approach, it would probably be most natural for the filter to
> write out results via an iterator as well.
>
> Of course, if you didn't mind adding some non-portable code, you
> could also support filters being implemented in shared libraries
> (UNIX) or DLLs (Windows).
>
> Personally, I think filtering on regular expressions does more harm
> than good. It never really works well, but it's good enough that it
> tends to prevent anything better from being developed either.

NP, I would love to see a multi-threaded, improved and, or better NNTP
caching proxy in C++; shall/can join hands in bringing it up ASAP in
case you need me

--
Balwinder S "bdheeman" Dheeman Registered Linux User: #229709
Anu'z Linux@HOME (Unix Shoppe) Machines: #168573, 170593, 259192
Chandigarh, UT, 160062, India Plan9, T2, Arch/Debian/FreeBSD/XP
Home: http://werc.homelinux.net/ Visit: http://counter.li.org/

On 10 July, 17:59, "Default User" <defaultuse...@yahoo.com> wrote:
> Bill Davy wrote:
> > They all seem to come from Organization:http://groups.google.combut
> > OE does not seem to permit filtering on Organization.
>
> > Can anyone recommend a good newsreader programme that does allow that
> > filtering?
>
> XanaNews can filter on anything in the header (there's a catch-all for
> anything not explicitly available). Again, I would NOT do that. There
> are valuable contributors like James Kanze and NickKeighleythat use
> GG to post.

ah, fame at last! I'd hardly say I was a major contributor to
comp.lang.c++, I know C rather than C++ and have some opinions
on software engineering

--
Nick Keighley

In article <vr7mi6xvlb.ln2@news.homelinux.net>,
bsd.SANSPAM@cto.homelinux.net says...

[ ... ]

> NP, I would love to see a multi-threaded, improved and, or better
> NNTP caching proxy in C++; shall/can join hands in bringing it up
> ASAP in case you need me

Okay. I've done a bit of looking at the link you posted. I'm left
with somewhat mixed feelings. On one hand, it clearly represents a
lot of work, that would be nice to avoid, if at all reasonable. On
the other, my immediate impression is that it's quite a lot larger
and more complex than what I had in mind as the finished product, not
to mention the starting point.

Admittedly, an initial impression of what the size and complexity of
a project _should_ be often matches reality rather poorly. Maybe I'm
being excessively optimistic in guessing that what I had in mind
would end up smaller and simpler. I've downloaded the source code,
and I'm taking a look at it now...

--
Later,
Jerry.

On 07/11/2009 11:12 PM, Jerry Coffin wrote:
> In article <vr7mi6xvlb.ln2@news.homelinux.net>,
> bsd.SANSPAM@cto.homelinux.net says...
>
> [ ... ]
>
>> NP, I would love to see a multi-threaded, improved and, or better
>> NNTP caching proxy in C++; shall/can join hands in bringing it up
>> ASAP in case you need me
>
> Okay. I've done a bit of looking at the link you posted. I'm left
> with somewhat mixed feelings. On one hand, it clearly represents a
> lot of work, that would be nice to avoid, if at all reasonable. On
> the other, my immediate impression is that it's quite a lot larger
> and more complex than what I had in mind as the finished product, not
> to mention the starting point.
>
> Admittedly, an initial impression of what the size and complexity of
> a project _should_ be often matches reality rather poorly. Maybe I'm
> being excessively optimistic in guessing that what I had in mind
> would end up smaller and simpler. I've downloaded the source code,
> and I'm taking a look at it now...

Yeah, it is not a small project; I did a Ruby NNTP Client Library, see
http://nntp.rubyforge.org/ and http://nntp.rubyforge.org/rdoc/, in
around May 2005 which was around 4-5 days of work including learning,
researching, coding, documenting and testing it. Hence, I'm confident
enough that I shall/can write a similar client and server parts of NNTP
in C++ in around 8-10 days working on a part-time basis.

Please keep me informed on your progress.
--
Balwinder S "bdheeman" Dheeman Registered Linux User: #229709
Anu'z Linux@HOME (Unix Shoppe) Machines: #168573, 170593, 259192
Chandigarh, UT, 160062, India Plan9, T2, Arch/Debian/FreeBSD/XP
Home: http://werc.homelinux.net/ Visit: http://counter.li.org/

Bill Davy wrote:
> "IMPORTANT: Thunderbird requires you to have an SFF email account
before you
> can use the Newsreader functions"
>
> Not quite what I was looking for then.

I'm using Thunderbird (2.0.0.22) right now to view this usenet message
in comp.lang.c++. I don't know what a SFF account is. Is this to allow
programming Thunderbird?