"GMrks" wrote in message
...

When OE 7 is created, message rules have to work better. Delete
from server would be a great rule if it worked!

It does work. YOU are not using it correctly. If ANY rule before it
requires downloading the message to test your conditions then
obviously it is too late to delete from server. If the rules prior to
the one with "delete from server" only test on the headers then the
e-mail has not been yanked from the mail server. If the e-mail client
only has to retrieve the headers, it can just send the "TOP 0" command
(get headers and zero lines from body). The e-mail client does not
follow the TOP command with a DELE command (to remove the item after
downloading it, which is the default behavior). However, if any rule
tests on strings within the *body* of the e-mail, well, then you told
the rule to go yank the entire message so the rule would have the body
to do its testing. That means the e-mail client sends a RETR command
(and usually follows with a DELE command). The RETR command retrieves
the entire message. That means headers and body got yanked. Well,
now it is too late to delete from server because YOU already told the
rule to download the entire message. Since the e-mail client will, by
default, follow with the DELE command after a RETR command, it does so
and the message vaporizes on the mail server - but you still got the
e-mail that you told the rule to go download in its entirety. How is
a rule that tests within the body of an e-mail going to do any
interrogation unless it actually downloads the whole e-mail?

If you have any rules with "delete from server" then they must be
placed in the rules list BEFORE any rules that test on anything within
the body of those e-mails. You need to test solely on headers (to do
the TOP command) to eliminate the normal RETR/DELE sequence.

My ISP is finally adding the ability to block email addresses on
their webmail server.

So? Those are server-side rules. Now your e-mail provider has
included a blacklist feature. Presumably they also have a whitelist
feature. They might also let you define other server-side rules.
Those rules are enacted by THEIR mail server. Your e-mail *client*
can't do anything regarding creation, modification, or deletion of
server-side rules (unless you use Exchange as the mail server but then
you need to use Outlook, not OE).

OE 7 should create a "server" so when the rule is created,
message is deleted from server.

Huh? Did you review your post before submitting it? OE is an e-mail
*client*, not a mail server host.

A firewall in front of the Inbox . Message shouldn't be read at
all, if Delete from Server rule was created. It shouldn't be in
the Deleted Items folder either. Deleted before reaching the
Inbox like it was never received.

What does a firewall have to do with rules defined within your e-mail
client or rules defined up on your mail server? The software firewall
that you use can control who can connect into your host (providing you
have a process listening on a port) and maybe control what
applications can get network connections. For what you use for a
firewall, it does absolutely nothing to regulate the content of the
network traffic for those permitted connections.

It is YOUR choice as to what action, from those provided, to select
for the server-side rule that you defined. Most webmail providers, if
not all, do not let you permanently delete any e-mails based on a rule
or white/blacklist. They only let you delete those messages which
puts them in the Trash folder. However, that is a SERVER-SIDE folder
that is only defined within the webmail interface to your account.
Your "mailbox", as far as POP3 is concerned, is *only* your Inbox.
That is the only folder shown in your webmail account from which a
POP3 e-mail client can yank messages. POP3 only knows about a
mailbox: one place where all mails are stored. It has no clue about
whatever folders you defined up on the mail server in your webmail
interface to your account. There is no "folder" command in POP3 to
select from which webmail folder to retrieve e-mails. POP3 has only
the concept of a mailbox, the one place where all your incoming
e-mails get saved. In webmail accounts, this is the Inbox folder.