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 use RETR 34,
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.)
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.
sureshvatusersdotsourceforgedotnet
http://www16.brinkster.com/vsuresh.
--Powered by
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
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
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 it
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, RETR 35,
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
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 insecure
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 POP
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 windoze
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
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
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: Carey
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
and
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 sentence.
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.
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 would
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
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 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
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
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
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 SMTP
24 matches
Mail list logo
