also sprach Martin Feeney (on Wed, 09 May 2001 11:09:48AM +0100):
> Except you'll then try to download the 200k email. try using top instead
> of retr. It'll get the headers plus a bunch of lines of the message.
good point. thanks.
martin; (greetings from the heart of the sun.)
\__
On Tue, 08 May 2001 20:05:20 MaD dUCK wrote:
> figure out which mail it is (i.e. which index), then telnet to port
> 110 of your isp and delete it yourself with the following command
> sequence (this is POP3):
>
> %> telnet mail 110
> USER username
> PASS password
> DELE 35
> QUIT
>
> you can us
also sprach Alvin Oga (on Tue, 08 May 2001 01:06:12PM -0700):
> i dont use or allow pop3 ftp/telnet is NOT allowed either
all the users allowed to do port 110 POP3 have /bin/false shells on my
systems. i allow anonymous ftp only and all HTTP auth is handled by
SSL channels. if you have ssh you
V. Suresh wrote:
> I want to delete a mail in my ISP's popserver without downloading it
> if it is from a particular person. I use fetchmail, exim on
> dialup. How do I do this?
You could use popsneaker
http://www.ixtools.de/popsneaker/
--
Thomas Weinbrenner
hi ya "mad"
On Tue, 8 May 2001, MaD dUCK wrote:
> also sprach Alvin Oga (on Tue, 08 May 2001 12:38:33PM -0700):
> > if you can telnet into the machine...
> > at port 110, you can probably login on the telnet/ssh port ???
>
> do what? think about this again. what if your POP3 server is a windoz
On Tue, May 08, 2001 at 12:38:33PM -0700, Alvin Oga wrote:
> - seems silly to disallow ssh into a pop3 server in my book
> especially to those that would like to do so to clean
> up emails first
Well, I wouldn't give the average POP user a shell account at all, but
use a DB for P
also sprach Alvin Oga (on Tue, 08 May 2001 12:38:33PM -0700):
> if you can telnet into the machine...
> at port 110, you can probably login on the telnet/ssh port ???
do what? think about this again. what if your POP3 server is a windoze
machine???
> - i think that if one were using insecur
hi
if you can telnet into the machine...
at port 110, you can probably login on the telnet/ssh port ???
- i think that if one were using insecure pop3, they
might as well allow you to telnet/ssh in
( your already have a login account )
- seems silly
On Tue, 08 May 2001, MaD dUCK wrote:
> figure out which mail it is (i.e. which index), then telnet to port
> 110 of your isp and delete it yourself with the following command
> sequence (this is POP3):
>
> %> telnet mail 110
> USER username
> PASS password
> DELE 35
> QUIT
>
> you can use RETR 34
also sprach V.Suresh (on Tue, 08 May 2001 10:51:54PM +0600):
> I do use procmail, and if i am right, procmail will start work only
> after the whole mail has been downloaded by fetchmail, am I right?
> Suppose a mail of 200 KB resides in your inbox on a pop3server,
> and you want to delete i
I do use procmail, and if i am right, procmail will start work only
after the whole mail has been downloaded by fetchmail, am I right?
Suppose a mail of 200 KB resides in your inbox on a pop3server,
and you want to delete it in the server, without retrieving it, how doyou
do that?
Once up
> I want to delete a mail in my ISP's popserver without downloading it
if it
> is from a particular person. I use fetchmail, exim on dialup. How do I
> do this?
you should use ~/.procmailrc to filter your mail as follows:
:0:
* [EMAIL PROTECTED]
/dev/null
:0:
* ^from.*sex
/dev/null
you utilize p
I want to delete a mail in my ISP's popserver without downloading it if it
is from a particular person. I use fetchmail, exim on dialup. How do I
do this?
--
--V.Suresh.
sureshvuserssourceforgenet
http://www16.brinkster.com/vsuresh.
--Powered by Debian--
This kind of information would look good on our web site.
On Sat, 16 Aug 1997, Bruce Perens wrote:
> Bruce Perens <[EMAIL PROTECTED]> writes:
> > By the way, I return an error message rather than simply delaying the
> > connection until it times out because under the Electronic Communications
>
Bruce Perens <[EMAIL PROTECTED]> writes:
> By the way, I return an error message rather than simply delaying the
> connection until it times out because under the Electronic Communications
> and Privacy Act it is unlawful to intercept electronic mail without an
> indication to the sender.
From: Ca
Bruce Perens <[EMAIL PROTECTED]> writes:
> By the way, I return an error message rather than simply delaying the
> connection until it times out because under the Electronic Communications
> and Privacy Act it is unlawful to intercept electronic mail without an
> indication to the sender.
How wou
> Blocking mail is something that, imho, the MTA should do. That is, the
> MTA handles 'mail', like the kernel handles 'packets'. And the spam is
> in the 'mail', not in the 'packets'. Do you understand what I mean?
Unfortunately, there is no known textual mechanism that can reliably
reject spam.
On Fri, 15 Aug 1997, Remco van de Meent wrote:
> On Fri, 15 Aug 1997, Craig Sanders wrote:
>
> : that's one of the reasons i prefer packet filtering to
> : tcp-wrappers. block it out in the kernel before it gets to the
> : application level.
>
> Hmm.. I don't agree with you on your last senten
On Fri, 15 Aug 1997, Craig Sanders wrote:
: that's one of the reasons i prefer packet filtering to tcp-wrappers.
: block it out in the kernel before it gets to the application level.
Hmm.. I don't agree with you on your last sentence. Why should the kernel
take care of something which has absol
On Thu, 14 Aug 1997, Remco van de Meent wrote:
> On Thu, 14 Aug 1997, David Sewell wrote:
>
> : I think a Debian spam-blocking package, using TCPD and generalized
> : to cover all MTAs, would be a good thing, with a couple of caveats.
>
> That's quite difficult to implement.
>
> One of the most
On Mon, 11 Aug 1997, Bruce Perens wrote:
> I'm building a spam blocking package for Debian. While that is going on,
i notice that the latest sendmail package includes Claus Aßmann's
anti-spam stuff. I've been using them for several months now, and
they're quite good. not perfect, but they do wor
On Thu, 14 Aug 1997, David Sewell wrote:
: I think a Debian spam-blocking package, using TCPD and generalized to
: cover all MTAs, would be a good thing, with a couple of caveats.
That's quite difficult to implement.
One of the most important reasons: not all MTA are using
tcpserver/inetd/xine
On Mon, Aug 11, 1997 at 11:49:00PM -0800, Bruce Perens wrote:
> My final version will not simply deny the connections, but will output
> an SMTP error to them which will cause an immediate mail bounce at their
> end.
I've been using the tcpd "banners" option, with lines in /etc/hosts.deny
that bas
I'm building a spam blocking package for Debian. While that is going on,
some of you might find this useful. Look for the SMTP daemon in
your /etc/inetd.conf . If it's being started through "tcpd", you'll see
an invocation of "tcpd" in the file on the same line just before the
invocation of the SMT
24 matches
Mail list logo