Checking order

[nieK]

Hi there,

I just wanted to know in which order the Bounce Handler do check the mails for bounces.

For each mail, does it search maching rules first or does it looks for DNS first?

Thanks.

[stanbusk]

eMail Bounce handler first checks for DSNs. If the message is not a DSN we then apply internal rules.

[nieK]

Thank you very much.

And I have one more question:

Does there is a possiblity to control the order in which the rules are checked?

I would like if the most important rules (those who match more often) would be checked first, in order to accelerate the process. Or does Bounce Handler already do an ordering like this? Something like a counter for each rule or so?

Thank you again for your fast response.

[stanbusk]

Yes, rules are already ordered. The most common are placed first. Anyway it is very fast. The slow part is downloading the message from the server.

[nieK]

Is it a static order? I mean, it is independend of the "matching-history"?

You have to know, that Ihave to check about 50000 bounces (SPAM incl.) a day. So even a tiny acceleration can bring advantages.
And the majority of bounces are in german and french, so the frequency of rules might be different.

By the way, does it is normal that the Bounce Handler slowes over a period of workflow?
In the beginning it is so fast that it isn't possible to read the logfile at the same time, but after a thousend bounces beeing checked you easily could write all the entries by hand when appearing in the log.

[stanbusk]

It is a static order however downloading is more that 500 times slower than rule checking. It is not a issue actually. About speed it should go always at same speed as it disconnects regularly form the server.

[nieK]

500 times . I really should care about other things
Thank you.

In the matter of spped I looked for the disconnections in the log and they seem to be normal. They just need two attempts for reconnecting. But this couldn't be the reason, right?

[stanbusk]

It is possible, What error do you get?

[nieK]

In the log he just say the following after the first attempt:

[stanbusk]

This looks like a connection drop from the server. MaxBulk Mailer never drops the connection however it has an auto-recovery feature in case the server drop the connection, it is what you are seeing.

[nieK]

Could this be the reason for the E-mail Bounce Handler to slow down?

In time I will try to find out, why our server is dropping down the first connection.

[stanbusk]

I am not sure if it can have any effect on E-mail Bounce Handler but it is true it will take more time.

[nieK]

Hi,

it's me again.

I don't think that it is the server who drops the connection because if I'm trying it in the shell with telnet it works well. Additionaly it atempts at every server we have. So it wouln't be very probable that the 4 different servers cause the same problem.

Further I remarked that the first connection works well:

[stanbusk]

What do you mean with 'For the other reconnections the port number increment with each reconnection. '? eMail Bounce Handler doesn't do that. There is no code to do that.

About connection drops, it can be your operating system, your local network , your router or your firewall but I think there are more chances it is your ISP or your server. However I had once a problem with a customer using a WiFi connection producing a lot of connection drops.

[nieK]

Sorry for the circumstances. But I'm wilily

I meant the following: