"George" wrote:
> It has to be some kind of filter at the firm's end causing the
> bounce-back. I alerted the firm about it (using Earthlink's
> webmail). Since I can use webmail to communicate with them without
> any problem, and since none of my outgoing to any other recipient has
> bounced back, I'll just continue to use webmail for this particular
> recipient until they fix the problem.
DNSBLs (DNS blocklists) are built using honey pots or spamtraps and
sometime incorporate user reports (i.e., those that receive spam and
report it, like to Spamcop). These list the IP addresses of the known
spam sources. These lists (if reasonable) will expire a source IP
address after, say, a day (e.g., Spamcop) unless that same IP address
sends more spam in which case repeat offenses will extend the
blocklisting (either for another day or blocking gets progressively
longer for added offenses).
Say a spammer send lots of crap to the same target server to which you
sent your e-mail. That IP address is in a DNSBL so e-mails from that
spam source get blocked (discarded). Since most Internet users have
dynamically-assigned IP addresses, the spammer releases their IP address
after awhile, like when they power down their PC. That unbinds the IP
address so it is available for reassignment to another user. Someone
gets gets their IP lease expired, they unbind, and later they reconnect,
need an IP address, and that previously used IP address by the spammer
gets assigned to some innocent user. That means the DNSBLs that had the
spamming IP address will now consider you the spammer because you are
now using that same IP address. This is what happens with dynamically
assigned IP addresses: you get one from the pool of those that are
available (no bind) but it's very likely someone before you also had
that same IP address before. They don't have it now and instead you
have it. The DNSBLs always have hysterisis: it takes time to update
their lists and how fast they get removed from these blocklists depends
on how short is the expiration on entries in these blocklists.
Spamcop's expiration is 24 hours. Some have longer expirations.
I think SORBS is 3-4 days and sometimes up to a week. In fact, their
cleanup has problems and periodically they have to do a manual cleanup
but that's weeks apart. In fact, I got nailed with a bad IP address (it
was previously a spam source) but it was last listed in SORBS (when they
last saw evidence of further spamming) several months before. They had
a record that was months old beyond their normal expiration period and
long after they had a repeat offense recorded and didn't catch it with
their manual cleanup. I had to contact SORBS to get my current IP
address removed from their list. It was pretty easy considering it was
one that fell through their cracks of their normal expiration and manual
cleanup.
I don't know what is the normal expiration (without repeat offense) of
entries recorded by Spamhaus.
Unless you know what DNSBL is being employed at the target e-mail server
that receives and rejects your e-mail, you have no way to contact that
DNSBL provider to request your entry get removed. If if were Spamcop,
you might as well as wait 24 hours for their normal non-repeat
expiration since it's going to take a day, or more, for Spamcop to see
and work on your request. For SORBS, you do want to contact them if
your entry is after their normal non-repeat offender expiration period.
I've never had to contact Spamhaus since whatever expiration they have
works well enough within a short period to obviate having to get them to
manually update their blocklist.
It isn't of much use for you to contact the admin at the target e-mail
server. Their responsibilities are to their own customers are you
aren't one of them. If you know of a user at that e-mail server, you
could have them, as a customer of that server, contact their e-mail
provider to ask for a resolution on the problem. If they're not using
their own DNSBL, the result will be "wait for the DNSBL to get updated
so your IP address is no longer in their blocklist". In effect, they'll
just tell you to wait or they'll put the trouble ticket on hold for a
couple days and then report the problem has miracuously disappeared or
just tell you the problem was fixed and try to take credit for it. By
the time the low-priority ticket gets attention, the problem no longer
exists. If the target e-mail server is using their own DNSBL, again,
you as an outside user won't get attention from them and you need to get
one of their customers to resolve the problem. Alternatively, you could
report the problem to your e-mail server who then, as an admin, would
contact the admin of the other server to resolve the problem. Because
each wants to have e-mail delivered to the other, admins will work
together to fix e-mail problems between them.
While you said you got the NDR (non-delivery report) once before, you
haven't mentioned if another e-mail from your OE and same host (so the
IP address is the same) after 24 hours of waiting still generated the
same NDR response. You started this thread over a day ago. Have you
tried sending another e-mail to that same target e-mail server to see if
it still blocks your e-mail?
If you're still getting blocked (which means the DNSBL used by the
target server has an unreasonable expiration period) after a day then
see what happens if you change your IP address. See what is your
current IP address. If you are using a router, *that* is the IP address
seen by any host to which you connect. Release the bind on the current
IP address and request a new IP address. In the router should be
Release and Renew option for its WAN-side IP address (the one that it
gets from your ISP's DHCP server). It's possible you get back the same
IP address you had before. A short-circuit algorithm for broadband
providers often results in users getting back their same old IP address
when they release and try to get a new one. You want to make sure the
new IP address you get from your ISP is different from the old one you
had before. If you keep getting back the same IP address, release the
IP address and wait awhile (could be an hour) before requesting a new
one. That should make sure the IP address pool gets stirred well enough
so you'll get a different one than you had before.
This really isn't an issue with Outlook Express. When you want help
with spam or conflicts with anti-spam mechanisms, ask in a newsgroup
that discusses spam, like the alt.spam newsgroup.