Onderwerp: Mail Queue word niet goed verwerkt

Wij hebben een Ubuntu 8.04 server draaien met hierop Directadmin geinstalleerd.

Een aantal van onze klanten maakt gebruik van mail forwarders naar hotmail/gmail adressen. Een groot aantal van de mails die naar deze klanten is verstuurd is SPAM, welke hot- en gmail niet accepteren natuurlijk. Sinds enige tijd staat spamassasin dan ook aan op deze domeinen en is de hoeveelheid dan ook sterk gedaald. Er blijven echter een aantal mails vast staan in de queue. Deze mails zijn overduidelijk spam, maar gaan geen kant op, ze worden niet verstuurd, noch gedelete. Er staat ook verder helemaal niets in het LOG, dat het is geprobeerd af te leveren oid. Wat kan ik hieraan doen?

Verder heb ik een hele rij mails van bounceback[AT]responder.co.il, welke ook niet afgeleverd of gedelete worden. Ik weet ook niet goed of dit nou spam is of niet.

Ook heb ik momenteel een tweetal mails in de queue staan welke geen spam zijn, maar ook niet afgeleverd worden. Deze komen van een hotmail adres en een pools domein, dus zouden wel als spam gezien kunnen worden. Ook hierbij niets in het log. Ik heb al meerdere malen op retry geklikt, maar de mail wil maar niet naar de inbox. Hoe kan ik dit oplossen?

Oorspronkelijk geplaatst door PeterEs

Wij hebben een Ubuntu 8.04 server draaien met hierop Directadmin geinstalleerd.

[knip]

Hoe kan ik dit oplossen?

Klinkt als: Exim juist configureren!

Krijgen de mails een 'frozen' status? Laat die dan verwijderen. Voorbeeld uit m'n exim config:

# This option cancels (removes) frozen messages that are older than five days.

timeout_frozen_after = 1h

Ik weet dat de standaard 5 dagen is, maar dan krijg je tegenwoordig zulke lange rijen frozen mails, dat vervuilt alleen maar. En ze worden toch niet (meer) afgeleverd, dus weg er mee.

Verder zou je gewoon handmatig de mailqueue eens kunnen schonen en oude troep er uit kunnen gooien.

Bedankt voor je reply.

Ik heb de delay van de frozen messages verlaagd en een nieuwe versie van exim geinstalleerd. Zat een soort van bug in mijn versie..

Indien je RBL's activeert + spamassassin + clamav draait dan zou de mail queue in normale gevallen leeg zijn, en alleen met legitieme mails die niet afgeleverd kunnen worden gevuld zijn.