Re: I found the answer to the Comcast spam block
From: Robert Aldwinckle (robald_at_techemail.com)
Date: 03/19/04
- Next message: Robert Aldwinckle: "Re: View file attachment full screen?"
- Previous message: PA Bear: "Re: OE Sending Slow"
- In reply to: *Vanguard*: "Re: I found the answer to the Comcast spam block"
- Next in thread: *Vanguard*: "Re: I found the answer to the Comcast spam block"
- Reply: *Vanguard*: "Re: I found the answer to the Comcast spam block"
- Messages sorted by: [ date ] [ thread ]
Date: Fri, 19 Mar 2004 14:50:24 -0500
> > Are you using rules regarding size? I have never seen OE use the
> > TOP command but I don't use rules.
...
> So OE yanks the entire message; i.e., it won't just download the
> headers.
I could have elaborated on what I was thinking of here.
Jim Pickering claims that rules can be used to delete from server based
on size apparently without downloading the whole message.
I contend that the only practical way to do that would be to use the TOP
command. (The only other way to do it would be by putting a hook into
lower level buffering logic.) I have never seen a trace of such a rule
in action to know exactly what is done. Of course there is no guarantee
that OE's trace would record exactly what it does anyway. There are other
commands which OE obviously issues which don't get traced. So the only
reliable method of knowing what OE does and what is happening would be
to trace the connection independently. If you have XP you could use its
netcap command from its Support tools package.
Thanks for posting so much detail about the protocol.
I think that we need to see such information referred to more often.
Robert
--- "*Vanguard*" <no-email@post-reply-in-newsgroup.invalid> wrote in message news:JrKdneZOFJ4YDcfdRVn-jg@comcast.com... > "Robert Aldwinckle" said in > news:%23UnJcNSDEHA.3408@tk2msftngp13.phx.gbl: > > Are you using rules regarding size? I have never seen OE use the > > TOP command but I don't use rules. > > Actually it was from another e-mail client whose logs are easier to read > and find where I watched the POP3 commands and noticed the immediate > server disconnect after the TOP command. > > I did run a test to see the POP3 command in OE's logfile when polling > for new messages. I don't use OE for e-mail so I have no rules defined > in it for e-mail. I saw in its logfile the following (comments in > brackets): > > [rx] +OK [must've been from the MAIL command] > [tx] USER <myname> > [rx] +OK > [tx] PASS <mypwd> > [rx] +OK ready > [tx] STAT > [rx] +OK 1 1114 [the test msg] > [tx] LIST > [rx] +OK 1 messages (1114) [the test msg] > [rx] 1 1114 > [rx] . > [tx] RETR 1 [gets the entire test msg] > [rx] +OK > [tx] DELE 1 [got the msg, delete it off server] > [rx] +OK > [tx] QUIT > [rx] +OK <myserver> > > So OE yanks the entire message; i.e., it won't just download the > headers. ...
- Next message: Robert Aldwinckle: "Re: View file attachment full screen?"
- Previous message: PA Bear: "Re: OE Sending Slow"
- In reply to: *Vanguard*: "Re: I found the answer to the Comcast spam block"
- Next in thread: *Vanguard*: "Re: I found the answer to the Comcast spam block"
- Reply: *Vanguard*: "Re: I found the answer to the Comcast spam block"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|