From: Chris Faylor <cgf@cygnus.com>
To: Jason Molenda <jason@molenda.com>
Cc: overseers@sources.redhat.com
Subject: Re: Bypassing the mailing list name restriction
Date: Mon, 21 Aug 2000 20:18:00 -0000 [thread overview]
Message-ID: <20000821231731.A16521@cygnus.com> (raw)
Message-ID: <20000821201800.BkPC2NxrGGlh6MsRt8nV_qrqidjN5mp1M-dH6Wc0Xkk@z> (raw)
In-Reply-To: <20000821154455.A1040@shell17.ba.best.com>
On Mon, Aug 21, 2000 at 03:44:56PM -0700, Jason Molenda wrote:
>On Mon, Aug 21, 2000 at 06:02:16PM -0400, Chris Faylor wrote:
>
>> To: "cygwin@sourceware.cygnus.com" <cygwin@hotpop.com>
>
>Weird. The whole point of the To/Cc checks are that spammers won't
>customize the headers for each mail note - they just throw out
>static copies of their adverts. This person is (obviously) sending
>out dynamic spam mail, but is not bothering to put the list name
>in the To: header. Unless his goal is to trick people in to replying
>to the @hotpop.com addr, I don't see what the point is. (You can
>probably get this acct shut down if hotpop.com is a free e-mail
>site, but there's nothing to stop him for opening another for his
>next spam)
This isn't a spammer. It's actually a user. He is using hotpop.com to
forward email to the cygwin mailing list because his real ISP is blocked.
He probably stumbled across this usage as a way around his problem but
it is causing problems for other mailing list users.
I'm going to speak to him about his use of cygwin@hotpop.com causing problems
for other users of the mailing list but I thought I should also close this
hole even if it is very unlikely that an actual spammer will ever use it.
>> I'd like to modify check-for-listname.sh so that the above trick no longer
>> works. Are there any objections to my doing this?
>
>FWIW, I'd be concerned about variations that some MUAs will use.
>A quick browse of my mailbox shoes that the three most common are
>
> {To|Cc}: "ENGLISH_NAME" <ADDR>
> {To|Cc}: ENGLISH_NAME <ADDR>
> {To|Cc}: ADDR
>
>With more addresses possible in each case, separated by commas.
>Even with these variations, you can't just make the grep look for
>the "<" and ">" chars or it'll lose on the third variation. And
>I'd be surprised if these are the only styles of addresses that
>are being generated by all the odd software out there...
I'm looking into parsing the To: address via some other means. I thought
that procmail's "formail" program would do the right thing but it doesn't
break apart the addresses correctly.
I know that parsing this kind of address is tricky so I'll be werry werry
careful.
cgf
next prev parent reply other threads:[~2000-08-21 20:18 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-12-30 6:08 Chris Faylor
2000-08-21 15:03 ` Chris Faylor
2000-12-30 6:08 ` Jeffrey A Law
2000-08-21 15:26 ` Jeffrey A Law
2000-12-30 6:08 ` Jason Molenda
2000-08-21 15:45 ` Jason Molenda
2000-12-30 6:08 ` Chris Faylor [this message]
2000-08-21 20:18 ` Chris Faylor
2000-12-30 6:08 ` Jason Molenda
2000-08-21 20:32 ` Jason Molenda
2000-12-30 6:08 ` Chris Faylor
2000-08-21 20:57 ` Chris Faylor
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20000821231731.A16521@cygnus.com \
--to=cgf@cygnus.com \
--cc=jason@molenda.com \
--cc=overseers@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).