Onderwerp: Qmail queue defect

Ik heb getracht een bulk aan spamberichten uit mijn queue te verwijderen. Achteraf blijkt dat het niet verstandig is de berichten handmatig te verwijderen van de server. Alle mappen staan blanco weer terug, alleen blijft qmail uitvallen. De service geeft het volgende resultaat:

[root@www root]# service xinetd stop
Stopping xinetd: [ OK ]

[root@www root]# service qmail stop

[root@www root]# service xinetd start [ OK ]
Starting xinetd: [ OK ]

[root@www root]# service qmail start
Starting qmail: [ OK ]

[root@www root]# service qmail status
qmail is stopped

De errors die ik terugvind in de maillog zijn het volgende:

May 19 09:26:46 b-online qmail: 1179559606.935365 delivery 108: deferral: Sorry,_message_has_wrong_owner._(#4.3.5)/
May 19 09:26:46 b-online qmail: 1179559606.936350 status: local 0/10 remote 0/20
May 19 09:28:44 b-online qmail: 1179559724.001761 warning: trouble injecting bounce message, will try later
May 19 09:29:02 b-online qmail: 1179559742.899439 status: exiting

Wat ik al heb geprobeerd is:
/usr/local/psa/admin/bin/mchk --with-spam
Wat de rechten van alle mappen zou moeten herstellen.

Het is een Plesk 7.5.4 Fedora 2 VPN Server. Als iemand me kan vertellen hoe ik een nieuwe werkende queue aanmaak of psa-qmail opnieuw kan installeren dan hoor ik dat graag. Er staan geen automatische updaten voor me klaar, dus het zal manueel met ssh moeten gebeuren.

Heb in 't verleden wel eens met succes queue-repair gebruikt ( http://pyropus.ca/software/queue-repair/ )

Overigens is het bij qmail zo ongeveer heiligschennis om zelf aan de queue te komen, nooit handmatig doen, alleen met de daarvoor geschikte tools!

Succes!

Ik heb de autoupdater van Plesk gebruikt en we kunnen weer e-mail. Echter de httpd wil niet meer starten vanwege een pas.key die niet juist is voor versie 8. Downgraden gaat niet meer een de support van Flexservers is weekend aan het vieren, iemand een suggestie? bestaan er tijdelijk keys oid?

Ik had dit laatst ook, kon wel mail ontvangen maar de queue bleef vollopen.
Blijkbaar moet je geluk hebben bij Flexservers zodat je een support engineer treft die je wil helpen en je niet wil duidelijk maken dat die vraag niet onder het basic support valt

Ik had een tijdje geleden eentje die me wel wilde helpen. Deze heeft toen de adressen van de resolve-servers veranderd naar werkende. Ik heb via dat zelfde ticket gevraagd wat de adressen van de resolve-servers zijn. Deze heb ik ook netjes gekregen en gewijzigd in /etc/resolv.conf, deze bleken idd veranderd te zijn. Sinds ik dat gedaan heb wordt er weer mail verstuurd.

Mocht je de adressen van de resolve-servers van Flexservers willen weten, dan zal ik je die via PM toesturen. Laat maar even weten.

De spijker op zn kop. De ene keer wordt je direct geholpen en de andere keer laten ze je blijken dat je blij moet zijn om te mógen hosten bij hun. Ik zal het sterker vertellen: ze hebben mijn server gewoon uitgezet en opnieuw uitgezet terwijl ik hard mn best aan het doen was voor ze. Ik kreeg 2 uur om op alle domeinen te zoeken naar het lekke formulier dat voor spamdoeleinden was gebruikt en vervolgens de queue te legen. Opeens alle verbindingen verbroken...ik bellen..zeggen ze doodleuk dat ze moeten overleggen of de server wel ooit nog aanmag!

Uberhaupt is uitzetten al een laatste redmiddel die nooit of te nimmer zonder berichtgeving uitgevoerd mag worden. Ze waren ook zo slim om het bericht per email te verzenden naar een mailbox op een server die dus net door ze uitgezet is. Kortom daar kan je niet van op aan. En als je vr/za/zo/ma moet wachten op support, dan ben je gewoon 4 dagen offline. En dat allemaal vanwege een of andere taiwanees die een paar duizend mensen wilde vragen of ze interesse in viagra hebben

Oorspronkelijk geplaatst door Ralf S

De spijker op zn kop. De ene keer wordt je direct geholpen en de andere keer laten ze je blijken dat je blij moet zijn om te mógen hosten bij hun. Ik zal het sterker vertellen: ze hebben mijn server gewoon uitgezet en opnieuw uitgezet terwijl ik hard mn best aan het doen was voor ze. Ik kreeg 2 uur om op alle domeinen te zoeken naar het lekke formulier dat voor spamdoeleinden was gebruikt en vervolgens de queue te legen. Opeens alle verbindingen verbroken...ik bellen..zeggen ze doodleuk dat ze moeten overleggen of de server wel ooit nog aanmag!

Uberhaupt is uitzetten al een laatste redmiddel die nooit of te nimmer zonder berichtgeving uitgevoerd mag worden. Ze waren ook zo slim om het bericht per email te verzenden naar een mailbox op een server die dus net door ze uitgezet is. Kortom daar kan je niet van op aan. En als je vr/za/zo/ma moet wachten op support, dan ben je gewoon 4 dagen offline. En dat allemaal vanwege een of andere taiwanees die een paar duizend mensen wilde vragen of ze interesse in viagra hebben

Dat klinkt als een horrorverhaal, maar zelfs een grote provider als XS4ALL reageert op die wijze als het op spam aankomt. Ze zetten dan wel niet de server uit, maar firewallen van het IP is net zo effectief. En ook dan kan je rustig 'n weekeinde wachten totdat ze het weer online zetten.

Tegenwoordig moet ik zeggen dat het wel iets klantvriendelijker is geworden. Je krijgt nu bericht als ze iets dergelijks gaan uitvoeren. Ik werd laatst bij een dergelijk incident gemaild en daarna gebeld en toen had ik 't lek al gevonden en gedicht, dus dat liep wat soepeler.

Ik heb nu overigens qmail zo gepatched dat iedere gebruiker nog maar 'n beperkt aantal mailtjes per half uur kan sturen. En als iemand eens via 'n webbased systeem een mailing wil rondsturen, dan kunnen ze vanuit het control panel automatisch 'n uur ontheffing krijgen en dergelijke.

En om dan nog even on-topic te gaan: het zullen inderdaad de permissies zijn die niet goed staan. Vergelijk ze eens met een werkende qmail-installatie anders.

Ik ga binnenkort over van Fedora naar CentOS, hopelijk zijn dan de problemen ook al weer wat minder.

In het weekend en 's avonds kun je voor dringende zaken een sms ticket indienen via www.flexservers.nl/support/malfunction.php (inloggegevens zijn hetzelfde als bij support.flexservers.nl).