mail problemen

[ShowU]

Dedicated server met:
DA
SpamAssassin
Exim

Als er mails gestuurd worden naar accounts op mijn server krijgen mensen (schijnbaar random, want er komt wel mail door) de volgende return receipt terug:

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

[user]@[domein].nl
local delivery failed

The following text was generated during the delivery attempt:

------ [user]@[domein].nl ------

An error was detected while processing a file of BSMTP input.
The error message was:

421 SMTP incoming data timeout - message abandoned

The SMTP transaction started in line 0.
The error was detected in line 3.
0 previous messages were successfully processed.
The rest of the batch was abandoned.
421 SMTP incoming data timeout - message abandoned
Transaction started in line 0
Error detected in line 3

[en dan een kopie van de e-mail zelf]


Ik krijg nu te horen dat dit aan de server van de verzendende partij ligt en dat er niets aan te doen is. Dit kan ik natuurlijk niet naar mijn klanten communiceren. Iemand enig idee waar dit aan kan liggen?

[Geert-Jan]

SpamAssassin
Exim

- Welke versie's?
- dovecot?

Hoeveel mail wordt er vanaf die box verzonden?

[ShowU]

Apache 2.2.11
DirectAdmin 1.33.0
Exim 4.69
dovecot 1.1.8
Spam Assassin 2.64

[Geert-Jan]

Je zou spamassassin alsvast eens kunnen updaten naar 3.2.5., en de rules nazien.
Om er zeker van te zijn dat het in spamassassin zou je deze even kunnen vewijderen uit de exim.conf.
Dovecot is ook out of the box, thans 1.1.11

// Is er ooit een aanpassing gemaakt aan exim.conf, daar exim up to date is en de overige niet?

[ShowU]

Spam Assassin 3.2.5 stond er al op... ik had t verkeerde getalletje te pakken :(

[VinceSTM]

Indien gewenst kunnen wij wel eens een kijkje nemen (zonder kosten). Stuur maar een pm indien interesse.

[ju5t]

We hebben wel wat andere foutmeldingen gehad, maar dit lag bij ons aan SpamAssassin.

Je zou in ieder geval kunnen kijken naar de optie timeout_defer in Exim, samen met temp_errors. Dit zorgt ervoor dat je geen harde error terug krijgt en het later nogmaals geprobeerd wordt.

Verder zou je met SpamAssassin de volgende router kunnen opnemen in plaats van de standaard spamcheck_director.


spamcheck_director:
driver = accept
condition = "${if and { \
{!def:h_X-Spam-Flag:} \
{!eq {$received_protocol}{spam-scanned}} \
{!eq {$received_protocol}{local}} \
{exists{/home/${lookup{$domain}lsearch{/etc/virtual/domainowners}{$value}}/.spamassassin/user_prefs}} \
{<{$message_size}{300k}} \
} {1}{0}}"
retry_use_local_part
transport = spamcheck
no_verify


Het enige verschil is de check op de grootte van de e-mail. Dit is een keuze die je zelf moet maken of je dit zou willen. Verder neem ik aan dat je je RBL's in orde hebt? Mocht het met load en SpamAssassin te maken heb zijn RBL's DE manier om load tegen te gaan.