E-Mail Warteschlange - sendet nicht

JaEgErmEistEr

Registered User
Moin,

habe ein großes Problem mitm Plesk.
Der Server nimmt so wies aussieht Mails an die ich verschicken will, behält diese dann aber in der Warteschlange. :mad:
Habe dort ein paar Mails die jetzt schon seit mehr als einem Tag darauf warten das Plesk den Schman mal verschickt ...

Hat jemand ne Idee was ich da machen kann? Manche werden komischerweise direkt verschickt.

Finde auch nicht wirklich wo ich Plesk manuell sagen kann, dass er die Mails versenden soll.
Um Hilfe wäre ich sehr dankbar

Gruß
Jaegermeister
 
Hallo!
Die entsprechenden Logfiles (/var/log/mail.log, /var/log/mail.err) sollten dir da etwas sagen können.

mfG
Thorsten
 
Joa das Problem besteht weiterhin ...

Mailheader schaut wie folgt aus:

Code:
Received: (qmail 15843 invoked from network); 23 Jul 2008 17:42:11 +0200
Received: from xxxxx.dynamic.qsc.de (HELO ?192.168.178.24?) (92.201.5.5)
  by server1.xxxxxx.de with SMTP; 23 Jul 2008 17:42:11 +0200
Message-ID: <[email protected]>
Date: Wed, 23 Jul 2008 17:42:08 +0200
From: xxxxxxx <[email protected]>
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: [email protected]
Subject: testmail
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
mail.err

Code:
Jul 23 17:42:11 lvps87-230-7-234 qmail-queue-handlers[15839]: hook_dir = '/var/qmail//handlers/before-queue'
Jul 23 17:42:11 lvps87-230-7-234 qmail-queue-handlers[15839]: recipient[3] = '[email protected]'
Jul 23 17:42:11 lvps87-230-7-234 qmail-queue-handlers[15839]: handlers dir = '/var/qmail//handlers/before-queue/recipient/[email protected]'
Jul 23 17:42:11 lvps87-230-7-234 qmail-queue-handlers[15839]: starter: submitter[15843] exited normally
Jul 23 17:42:11 lvps87-230-7-234 qmail-remote-handlers[15846]: Handlers Filter before-remote for qmail started ...
Jul 23 17:42:11 lvps87-230-7-234 qmail-remote-handlers[15846]: [email protected]
Jul 23 17:42:11 lvps87-230-7-234 qmail-remote-handlers[15846]: [email protected]
Was mich hierbei wundert ist das lvps87-230-7-234 dort angezeigt wird und dies mein ALTER hostname ist
 
Last edited by a moderator:
So nach ein paar weiteren Checks kommen komischerweise nur bestimmte Mails nicht an.
Davon betroffen sind z.B. alle Web und noch ein paar andere.
Mit dem Logitech Support kann ich problemlos kommunizieren ^^
Bräuchte da echt ganz extrem schnell Hilfe ... die Kunden machen langsam mucken ^^
 
Hallo!
Was genau bedeutet kommen nicht an? Kommt eine Fehlernachricht zurück? Poste doch bitte mal die gesamten relevanten Logdaten, wenn eine Mail verschickt wird. Sollte meist mit dem Eintrag delivered to enden.

Zum Hostnamen: Was steht in der Datei /var/qmail/control/me?

mfG
Thorsten
 
Hallo!
Was genau bedeutet kommen nicht an? Kommt eine Fehlernachricht zurück?
Das Problem ist ganz einfach das diese aus der E-Mail Warteschlange nicht versendet werden ..
Poste doch bitte mal die gesamten relevanten Logdaten, wenn eine Mail verschickt wird. Sollte meist mit dem Eintrag delivered to enden.
Die Logs kommen jetzt gleich
Zum Hostnamen: Was steht in der Datei /var/qmail/control/me?
Der Hostname stimmt mittlerweile und da steht auch der richtige drin ...
 
Soooo

Hier dann noch die mail.warn und die mail.info

mail.warn
Code:
Jul 24 11:28:19 lvps87-230-7-234 qmail-remote-handlers[26507]: [email protected]
Jul 24 11:39:15 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 213.131.41.254:1899 (not defined)
Jul 24 11:43:35 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 80.237.136.4:34130 (server01.monitor.hosteurope.de)
Jul 24 11:43:35 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 80.237.136.4:34129 (server01.monitor.hosteurope.de)
Jul 24 11:46:48 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 89.251.107.6:2373 (host89-251-107-6.hnet.ru)
Jul 24 11:46:56 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 89.251.107.6:2725 (host89-251-107-6.hnet.ru)
Jul 24 11:47:01 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 89.251.107.6:3044 (host89-251-107-6.hnet.ru)
Jul 24 11:47:10 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 89.251.107.6:3412 (host89-251-107-6.hnet.ru)
Jul 24 11:47:18 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 89.251.107.6:3807 (host89-251-107-6.hnet.ru)
Jul 24 11:48:19 lvps87-230-7-234 pop3d: 1216892899.174797 LOGOUT, [email protected], ip=[62.143.123.17], top=0, retr=0, time=0, rcvd=12, sent=39, maildir=/var/qmail/mailnames/xb-world.de/Butterfly/Maildir
Jul 24 11:51:53 lvps87-230-7-234 qmail-remote-handlers[13526]: Handlers Filter before-remote for qmail started ...
Jul 24 11:51:53 lvps87-230-7-234 qmail-remote-handlers[13526]: [email protected]
Jul 24 11:51:53 lvps87-230-7-234 qmail-remote-handlers[13526]: [email protected]
Jul 24 11:55:32 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 118.68.240.45:2485 (adsl-dynamic-pool-xxx.hcm.fpt.vn)
Jul 24 11:56:06 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 88.227.150.162:2192 (not defined)
Jul 24 12:02:00 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 85.176.117.133:2427 (e176117133.adsl.alicedsl.de)
Jul 24 12:02:33 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 85.176.117.133:4395 (e176117133.adsl.alicedsl.de)
mail.info
Code:
Jul 24 11:51:53 lvps87-230-7-234 qmail-remote-handlers[13526]: Handlers Filter before-remote for qmail started ...
Jul 24 11:51:53 lvps87-230-7-234 qmail-remote-handlers[13526]: [email protected]
Jul 24 11:51:53 lvps87-230-7-234 qmail-remote-handlers[13526]: [email protected]
Jul 24 11:51:54 lvps87-230-7-234 qmail: 1216893114.032499 delivery 108: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/
Jul 24 11:51:54 lvps87-230-7-234 qmail: 1216893114.032732 status: local 0/10 remote 0/20
Jul 24 11:53:22 lvps87-230-7-234 pop3d-ssl: LOGOUT, ip=[127.0.0.1]
Jul 24 11:53:22 lvps87-230-7-234 pop3d: LOGOUT, ip=[127.0.0.1]
Jul 24 11:53:22 lvps87-230-7-234 imapd-ssl: 1216893202.809726 LOGOUT, ip=[127.0.0.1], rcvd=12, sent=310, maildir=/
Jul 24 11:53:22 lvps87-230-7-234 imapd: 1216893202.820750 LOGOUT, ip=[127.0.0.1], rcvd=12, sent=308, maildir=/
Jul 24 11:55:32 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 118.68.240.45:2485 (adsl-dynamic-pool-xxx.hcm.fpt.vn)
Jul 24 11:56:06 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 88.227.150.162:2192 (not defined)
Jul 24 11:58:25 lvps87-230-7-234 pop3d-ssl: LOGOUT, ip=[127.0.0.1]
Jul 24 11:58:25 lvps87-230-7-234 pop3d: LOGOUT, ip=[127.0.0.1]
Jul 24 11:58:25 lvps87-230-7-234 imapd-ssl: 1216893505.349492 LOGOUT, ip=[127.0.0.1], rcvd=12, sent=310, maildir=/
Jul 24 11:58:25 lvps87-230-7-234 imapd: 1216893505.366770 LOGOUT, ip=[127.0.0.1], rcvd=12, sent=308, maildir=/
Jul 24 12:02:00 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 85.176.117.133:2427 (e176117133.adsl.alicedsl.de)
Jul 24 12:02:33 lvps87-230-7-234 relaylock: /var/qmail/bin/relaylock: mail from 85.176.117.133:4395 (e176117133.adsl.alicedsl.de)

Liegts vll daran ?
Jul 24 11:51:54 lvps87-230-7-234 qmail: 1216893114.032499 delivery 108: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/

Ich frage mich dann nur nach dem WARUM!
Ich kann irgendwie an manche senden und an manche nicht ... ich raffs nicht

PS: Das ist die qmail Version mit Greylisting
 
So ich nochmal ... ziemlich beschissen alles aber aus irgenwelchen Gründen ist meine IP bei CBL und Spamhaus-ZEN blacklisted.
Kann es gut sein das es daran liegt? Ich habe grade eben schon einen Antrag geschickt weil ich darüber mit Sicherheit keinerlei Spam o.ä. versende.
Wie kann ich mich denn da noch ein bisschen besser absichern damit sowas nicht nochmal passiert?
Also ich habe die Relay-Optionen auf Autorisierung erforderlich bei SMTP angeschaltet.
Bei POP3 Sperrzeit habe ich aber nicht ... brauch ich die? Ist ja eigentlich nur für Abruf oder?

Vll. gibts sonst noch n paar Tipps!
Sollte ich die Optionen Nachrichtenübermittlung aktivieren, Signieren ausgehender E-Mail Nachrichten erlauben, Eingehende E-Mail Nachrichten verifizieren anschalten?
Habe diese derzeitig alle noch ausgeschaltet...

Grüße
Chris

EDIT: Als Begründung steht immer das hier: Return codes were: 127.0.0.2
 
Back
Top