I have sent three messages now to the mercury mailing list that have not made it back to me. I'm wondering if they are silently deleting messages they think are spam.
Message one was a reply.----- seen below-----
On 3 Nov 2008 at 13:41, Carl Friis-Hansen wrote:
> Lukas Gebauer wrote:
> >> In total there were about 15,500 connections to the SMTP server.
> >> Checking the Spamcop DNSBL immediately terminated 33% of these. (I
> >> tagged mail on this DNSBL for six months without an fp before
> >> deciding to block against it)
> >
> > I am using different strategy. DSNSBL just tagging messages, and
> > Spamhalter is configured to handle this tag. (Handle all tagged
> > messages as spam. Spamhalter knows this!) Thanks to "Train all"
> > SpamHalter strategy, all marked messages training my database. ;-)
>
> I wonder why one would not abandon any connection stated as a SPAM
> connection by DNSBL and it's like. The whole idea with DSNBL is to avoid
> too much use of Internet bandwidth to serve full transmission of SPAM.
> Are you afraid of false positives? I have used DNSBL abandon connection
> for many years with great success and not registered *any* false
> positives. I do not say it's full proof, but I think it is close. --
Quite simple - spam comes from many different sources, so you might
abandon the connection that was tagged by a DSNBL but the exact same spam
message may come in from another source that is not tagged. If you had
previously seen it come in from a DSNBL connection you will be ready for
it when it comes in from a different source as it would have been fully
trained as spam when it does arrive.
Which brings up the idea that it would be nice if Lukas's graywall program
had a way of letting DNSBL connections actually through without delaying
them so in that way the spam messages would get through and be fully
trained before they came in through a different route. I think this
enhancement would greatly improve spamhalter accuracy for mercury. I also
send them all straight to spamhalter for training.
-----message 2 was a new post - see below ----------------
I have been having this problem with any blackberry address for the last 3
days. Has anyone else noticed a problem. Most small messages seem to get
through but even they seem to take an awfully long time.
Connecting to 216.9.248.34
MAIL FROM:<smacquarrie@apmconstruction.com>
RCPT TO:<smacquarrie@telus.blackberry.net>
DATA
Network write failure during data transmission to 216.9.248.34
TCP/IP error during processing.
22:02:17: 302 seconds elapsed, closing connection.
I called blackberry but they claim they are having no issues, and of
course I am not having problems with any other addresses so don't really
know what to do.
Thanks for any suggestions.
Jim
-----and the last message was simply asking this---
Is the mercury mailing list silently deleting messages. I have sent two
now that never came back from the list in both cases I watched as my
server actually delivered them but something happened to them and they
never came back from the list.
The first time I thought it was just a fluke but now realize something
must be wrong. If anyone is interested I can bounce the two messages to
you and perhaps somone else could try posting them.
Jim
I wonder if other people have been experiencing this.