🚀 go-pugleaf

THIS UNWANTED GARBAGE ORIGINATED FROM AND BROUGHT TO YOU COURTESY OF:

PATRICK PARIS -- HATEFUL SCUMBAG
PATRICK PARIS -- SUCKED ONE SUCKED 'EM ALL
PATRICK PARIS -- PEDOPHILE
PATRICK PARIS -- SCUM OF THE EARTH




On 3 Nov 2005, J.R.Daneson <RDanesonJ589@hotmail.dnsarll.edu> wrote:
>On Wed, 02 Nov 2005 23:49:22 +0000, Wolfgang Wolferwitz wrote:
>
>> A simple VB script would prevent us from having to read the rambling of
>> this sick mind. It is becoming a right pain in the proverbial having to
>> sift through all the chaff just to read the occasional article written
>> by someone with a sane mind.
>
>Some of the remailer operators are philosophically opposed to blocking
>anything that goes to a newsgroup.  God knows what their reasons are, but
>they actually believe that every sort of rubbish should be passed on.
>
>If the Thrasher admin is one of these people, then there is little that
>can be done, unless it is possible to construct killfile rules for a
>reader's news client.

Uhhh, name 1 remailer that filters on content? (eelbash excluded, not
considered a remailer by everyone)
What newsgroups are you reading that have all these objectionable posts?
Obviously none that I read.
Define objectionable posts please. I don't understand what you define as
objectionable posts.

<<==========>>

Subject: Re: Panta: Why alter my headers?

Hash: SHA1

Hi !

>Panta remailer adds comma to my Newsgroups: line. Even with dizum 
>mail2news!
>
>Why does panta remailer alter headers in outgoing mail?

This is because of postings that go to a mixed bag of newsgroups, e.g.
alt.test and apas.

As panta would require hashcash for apas but not alt.test Reliable will
parse the newsgroup headers, and deliver to alt.test but not apas if
hashcash is invalid, and to both if hashcash is valid.

I thought it would be important to implement that instead of just dropping
the message, so people who include alt.test in messages will see that the
message arrived at Panta, but was not delivered to other newsgroups because
of missing/invalid hashcash.

I had a quick glance into the sources, and realized that I even dissect
your header if you have provided a valid hashcash token.
As this is not necessary I have changed it to only do that if hashcash is
invalid/missing. 

Please run a test,
Cheers,
panta-admin

~~~~~~~~~~~~~~~~~~~~~
This message was posted via one or more anonymous remailing services.
The original sender is unknown.  Any address shown in the From header
is unverified. You need a valid hashcash token to post to groups other
than alt.test and alt.anonymous.messages. Visit www.panta-rhei.dyndns.org
for abuse and hashcash info.

<<==========>>

Subject: Re: RSA-640 Factored

George Orwell wrote:

> RSA-640 has now been factored in 5 months with just 80 Opteron CPU's.
> http://mathworld.wolfram.com/news/2005-11-08/rsa-640/
> 
> Mixmaster uses 1024bit RSA keys, and so does Tor. Isn't it time to move to
> at least 2048bits? Hardly anybody uses 1024bits for anything these days.
> Why are we?

I wouldn't get too panicked just yet. Each additional bit roughly doubles
the factoring time, so a 641 bit key would be 10 months, 642 = 20 months,
643 = 40 months... 1024 = something like 1.00E+120 months (a guesstimate,
check the math).

I suppose it's all about how long you want your data to be safe. There's
no such thing as a "forever" cypher unless you consider the OTP, but
they're impractical in most real life applications. So every common
encryption scheme is a compromise. For real time communications like Tor
where information generally looses value quickly, a "buffer" of a few
million years is more than sufficient for now I'd say. ;)

Not that it doesn't bear watching mind you. Computing power can double in
a year, and costs per calculation can drop dramatically. It's always good
to be aware of the state of things, but it's important not to shift into
"sky is falling" mode every time someone makes another step forward. It
just means things are evolving as expected. No surprises. It's assumed
that keys of a given size will become less secure over time, and any
anomaly in that time line would be a red flag. Even if the anomaly were
larger keys *not* being factored. Worst case scenario, such a thing might
indicate a flaw in the methods we use to factor, and make all previous
results invalid... place us in a state where we have no *clue* about the
security of our encryption algorithms. :(

-- 
     _?_      Outside of a dog, a book is a man's best friend.
    (@ @)         Inside of a dog, it's too dark to read.
-oOO-(_)--OOo-------------------------------[ Groucho Marx ]--
    grok!              Registered Linux user #402208

<<==========>>

Subject: Re: Why can't THRASHER admin stop objectionable posts?

Anonymous <BigappleRemailer@bigapple.yi.org> wrote:

> >
> > A simple VB script would prevent us from having to read the rambling of
> > this sick mind. It is becoming a right pain in the proverbial having to
> > sift through all the chaff just to read the occasional article written
> > by someone with a sane mind.
> >
> > --
> > Kind Regards, Wolfgang
> 
> 
> Shut up Eelbash, if you want a filter, write one.   I wrote mine.
> 
> it is NOT up to servers and M2N's to do this, it's up to users 
> to decide
> what they do or do not want to read.

Pisanu has declared Italy will stop at nothing to hide any past evil deeds. Moore 
do you think the floods are linked to remailer operators to filter any content 
which mentions his name forged to posts, for God Sake, block the floods. 

> 
> 
> -=-
> This message was sent via two or more anonymous remailing services.

Every message passes through several mixes so that they are difficult to set it up 
wrong. I think think Eelbash loves Frog-Admin. I attacked Frog-Admin. 

> 
> 
> 
> ~~~~~~~~~~~~~~~~~~~~~
> This message was posted via one or more anonymous remailing services.
> The original sender is unknown.  Any address shown in the From header
> is unverified. You need a valid hashcash token to post to groups other

Mixminion supports Single-Use Reply Blocks (or SURBS) to allow anonymous 
recipients. A SURB encodes a half-path to a wedding :) Anyone given thought to the 
most extensive antiterror package introduced in Italy since 9/11 and the 
"operator" is constantly making bizarre configuration changes for no discernible 
purpose, should suffice to warn off any savvy remailer users. 

> than alt.test and alt.anonymous.messages. Visit www.panta-rhei.dyndns.org
> for abuse and hashcash info.
> 
> 
>