Onderwerp: [Exim] Mail blijft hangen in que

Al een geruime tijd ben ik bezig om een probleem mij met server op te lossen: mail blijft namelijk hangen in de que. Ik weet inmiddels hoe ik dit moet legen e.d., maar niet echt een oplossing, maar een workaround. Ik had eerst een server en daar bleven dingen een paar dagen in que staan en dan kwam de mail weer terug als "Mail delivery failed: returning message to sender". De huidige setup blijft alleen maar proberen om de mail te verzenden. Ik heb het DA forum al afgezocht, maar geen echte oplossing kunnen vinden.

Op dit moment de que situatie:
[root@webserver1 exim]# /usr/sbin/exim -bpc
35008

Aardig wat mails in de que dus en dit blijft alleen maar oplopen.

Verder wil de server op dit moment geen mails meer versturen naar sommige servers, met de log:
[root@webserver1 exim]# /usr/sbin/exim -Mvl 1N3X2p-00041w-Ir
2009-10-29 16:36:12 Received from iets@afzender.nl H=hostname verzender (*****) [62.195.195.161] P=esmtp S=58677 id=047101ca58ad$8461f840$8d25e8c0$@nl T="RE: Onderwerp"
2009-10-29 16:36:12 SMTP error from remote mail server after initial connection: host mail1.insynq.com [216.57.211.250]: 421 IQ-R01-S11.insynq.com connection limit reached
2009-10-29 16:36:12 iets@iets.com R=lookuphost T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host mail1.insynq.com [216.57.211.250]: 421 IQ-R01-S11.insynq.com connection limit reached

Edit:
Als ik een "/usr/sbin/exim -bp | /usr/sbin/exiqsumm > eximlog.txt" doe, valt me op dat er best veel geaddresseerden in de lijst staan waarnaar er zeker weten nooit is gemaild. Waar zouden die mails vandaan kunnen komen en hoe komen ze in de que?

Oorspronkelijk geplaatst door i-krijn

Waar zouden die mails vandaan kunnen komen en hoe komen ze in de que?

Spammertje? Scriptje? Brakke PHP config?

Oorspronkelijk geplaatst door Geert-Jan

Spammertje? Scriptje? Brakke PHP config?

Ik heb hiervoor de server al doorgezocht, maar helaas niks kunnen vinden in de logs waar de mails vandaan komen.

Oorspronkelijk geplaatst door i-krijn

Ik heb hiervoor de server al doorgezocht, maar helaas niks kunnen vinden in de logs waar de mails vandaan komen.

35.000 e-mails moeten toch ergens vandaag komen?

Vervang anders je sendmail (symlink naar Exim) even door een bash- of perlscriptje dat kijkt waar het aangeroepen wordt en de inhoud doorpiped. KLinkt ingewikkeld, is het niet.

Schakel de limit in zou ik zeggen, kan je per gebruiker zien wie hoeveel verzend.

Oorspronkelijk geplaatst door Randy

35.000 e-mails moeten toch ergens vandaag komen?

Vervang anders je sendmail (symlink naar Exim) even door een bash- of perlscriptje dat kijkt waar het aangeroepen wordt en de inhoud doorpiped. KLinkt ingewikkeld, is het niet.

Grootste deel van de mail in de que is mail die staat te wachten op een volle mailbox van een geadresseerde op de server zelf. Dan blijven er nog zo'n 10.000 vage mails over. De oudste mail in de que is zo'n 75 dagen, wat er op wijst dat ze niet op den duur worden teruggepusht.

Mijn hoofdzorg op het moment is waarom de mail que alleen maar groter wordt. Weet iemand waarom mails blijven hangen?

De partijen waarna je de mail stuurt, accepteren deze niet van je. Dit omdat je hen teveel mail in een te korte tijd stuurt. (Antispam). Dit geeft de logfile ook heel duidelijk aan. Indien je meerdere IP-adressen op je server hebt, zou je Exim aan een ander IP kunnen knopen om het probleem tijdelijk op te lossen.

Ik ben even wat willekeurige berichten aan het bekijken geweest die in de que staan. Wat me dan vooral op valt is dat er veel mail dus staat te wachten op een volle mailbox. Dit zijn voornamelijk SPAM berichten die dus vanuit het internet naar mijn server zijn gestuurd.

De mail die door de server wordt verstuurd na de vage domeinen, is geen spam die door de server wordt gestuurd. Dit zijn namelijk allemaal berichten dat het spam bericht met hun als afzender is vertraagd met de reden dat de mailbox vol is. Omdat het oorspronkelijke spam bericht blijft hangen, blijft de server ook maar steeds mails sturen dat het bericht vertraagd is.

Kortom: mijn server blijkt geen spam te versturen, maar stuurt reactie op de spam.

Het gaat er dus om hoe ik er voor zorg dat Exim een mail naar 5 dagen opgeeft en vervolgens een undeliverable geeft.