Re: How to IGNORE massive To: and Cc: spams

ichudov@algebra.com (Igor Chudov @ home) writes:
>
> [this is only of interest to UNIX(tm) users. Windows users, please ignore]

I suspect that a typical Windows user with a POP account usually has a unix
account and a home directory (although its shell may be /etc/false or some
such); he may be able to ftp to it and create a .forward file pointing
to procmail, who will look at the incoming mail before passing on to his
PPP. I don't really know shit about this, so don't flame me if this
doesn't work. :-)

---

Dr.Dimitri Vulis KOTM
Brighton Beach Boardwalk BBS, Forest Hills, N.Y.: +1-718-261-2013, 14.4Kbps

Dr.Dimitri Vulis KOTM wrote:
> 
> ichudov@algebra.com (Igor Chudov @ home) writes:
> >
> > [this is only of interest to UNIX(tm) users. Windows users, please ignore]
> 
> I suspect that a typical Windows user with a POP account usually has a unix
> account and a home directory (although its shell may be /etc/false or some
> such); he may be able to ftp to it and create a .forward file pointing
> to procmail, who will look at the incoming mail before passing on to his
> PPP. I don't really know shit about this, so don't flame me if this
> doesn't work. :-)

If the user shell is /bin/false, most likely the .forward file will not
be able to invoke any programs.

	- Igor.

On Sun, 13 Apr 1997, Igor Chudov @ home wrote:

> Dr.Dimitri Vulis KOTM wrote:
> > 
> > ichudov@algebra.com (Igor Chudov @ home) writes:
> > >
> > > [this is only of interest to UNIX(tm) users. Windows users, please ignore]
> > 
> > I suspect that a typical Windows user with a POP account usually has a unix
> > account and a home directory (although its shell may be /etc/false or some
> > such); he may be able to ftp to it and create a .forward file pointing
> > to procmail, who will look at the incoming mail before passing on to his
> > PPP. I don't really know shit about this, so don't flame me if this
> > doesn't work. :-)
> 
> If the user shell is /bin/false, most likely the .forward file will not
> be able to invoke any programs.
> 
> 	- Igor.
> 
> 
> 
This is a real problem to me. As I recieve mail via cslip using
popclient there seems to be no way to get it sorted. Though I'm not a
programmer at all I could instruct procmail to do what I want. It works
fine when I'm sending mail from one account to the other locally. You can
find information on procmail on the net (and this list). But nobody seems
to know about popclient, which according to the man-pages may be
influenced by an awk-script to do sorting.
Does anybody know about an example script on that? An URL?
Not that I know about awk. But you can't do anything w/o trying.

-Tom

################################################################################
   Heinz-Juergen Keller                               hjk@ddorf.rhein-ruhr.de 
   Derendorfer Str.36                                 voice:49-211-464314     
   40479 Duesseldorf                                                           
   Germany
################################################################################

try using fetchmail linstead of popclient.

fetchmail passes all emails on to the local (localhost) sendmail.

igor

=?iso-latin-de?Q?Heinz-J=FCrgen_Keller?= wrote:
> 
> On Sun, 13 Apr 1997, Igor Chudov @ home wrote:
> 
> > Dr.Dimitri Vulis KOTM wrote:
> > > 
> > > ichudov@algebra.com (Igor Chudov @ home) writes:
> > > >
> > > > [this is only of interest to UNIX(tm) users. Windows users, please ignore]
> > > 
> > > I suspect that a typical Windows user with a POP account usually has a unix
> > > account and a home directory (although its shell may be /etc/false or some
> > > such); he may be able to ftp to it and create a .forward file pointing
> > > to procmail, who will look at the incoming mail before passing on to his
> > > PPP. I don't really know shit about this, so don't flame me if this
> > > doesn't work. :-)
> > 
> > If the user shell is /bin/false, most likely the .forward file will not
> > be able to invoke any programs.
> > 
> > 	- Igor.
> > 
> > 
> > 
> This is a real problem to me. As I recieve mail via cslip using
> popclient there seems to be no way to get it sorted. Though I'm not a
> programmer at all I could instruct procmail to do what I want. It works
> fine when I'm sending mail from one account to the other locally. You can
> find information on procmail on the net (and this list). But nobody seems
> to know about popclient, which according to the man-pages may be
> influenced by an awk-script to do sorting.
> Does anybody know about an example script on that? An URL?
> Not that I know about awk. But you can't do anything w/o trying.
> 
> -Tom
> 
> ################################################################################
>    Heinz-Juergen Keller                               hjk@ddorf.rhein-ruhr.de 
>    Derendorfer Str.36                                 voice:49-211-464314     
>    40479 Duesseldorf                                                           
>    Germany
> ################################################################################
> 



	- Igor.

-----BEGIN PGP SIGNED MESSAGE-----

On Tue, 15 Apr 1997, [iso-latin-de] Heinz-Jürgen Keller wrote:

> This is a real problem to me. As I recieve mail via cslip using
> popclient there seems to be no way to get it sorted. Though I'm not a
> programmer at all I could instruct procmail to do what I want. It works
> fine when I'm sending mail from one account to the other locally. You can

  I'm using fetchpop under Linux to grab my email. It has an option to
feed it to procmail for delivery to your local mailbox. It works great for
me. You should be able to find it at the usual Linux mirror sites.

- ---------------------------------------------------------------------------
    Nexus Computing     | Hardware and Software Design
 www.eskimo.com/~nexus  | Motorola, Microchip and Linux solutions
- ---------------------------------------------------------------------------

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3
Charset: noconv
Comment: Processed by mkpgp, a Pine/PGP interface.

iQCVAwUBM1RUTaQxGtxXsXypAQEmxgQAkKDeVNocxPpGq4y1aSy72/1fy1i9GrGI
+gs5sS6tBEb/uALVDXURVbaaT+ngIbZW7aJzbaBuqAu7eLMYjKwx6cAXuc0EL0LN
QGeV9HVD62VGaKQAPaDMFG89GV3DyETac5xbTHCrNRrhj2ACei4tpG52vFyMv9V4
oC87jbJOiv4=
=ykLg
-----END PGP SIGNATURE-----