Nach Plesk Update leere Mails im 5 Minutentakt
Guten Morgen ihr Lieben,
ich habe folgendes Problem:
Ich hatte am Dienstag auf meiner Pleskoberfläche einige Updates von Plesk 9.2.3 auf Plesk 9.3.0 auf meinem Strato V-Server gestartet.
Seitdem bekomme ich im 5 Minuten Takt je 2 leere Mails vom System an meine in den Einstellungen angegebene Mailadresse geschickt.
Leer bedeutet:
Kein Empfänger, kein Absender und kein Inhalt
Betreff = [!!Spam]
Laut Aussage der technischen Hotline wäre dieses Problem bekannt, ich müsse Dr. Web und Kaspersky AntiVirus im System deaktivieren.
Ich bin dann alle Einstellungen durch gegangen. Das Mailprogramm läuft nun ohne Virenschutz usw.
Hat aber leider nichts benützt. Kaspersky lässt sich unter "Module" aber auch nicht deinstallieren.
Ich hatte dann gegen 18:00 Uhr den Server mit einem Backup angeblich mit Plesk 9.2 von 13:00 Uhr gestartet. Der Datenverlust wäre ja nicht groß gewesen.
Ergebnis: Problem blieb, es war Plesk 9.3.0 drauf.
Ein weiterer Rat war dann: Update auf Plesk 9.5.2.
Gesagt getan, Problem bleibt.
Heute Nacht waren es also 226 leere Mails.
Eben habe ich in meinen persönlichen Einstellung die Mailadresse geändert.
Problem bleibt.
Leer bedeutet nun:
Kein Empfänger, kein Absender, kein Inhalt und kein Betreff
Das wird aber sicherlich an Kaspersky auf meinem Rechner liegen.
Meine einzige Idee wäre nun: DB Backups erstellen und den Server mit einem Backup von Dienstag 13:00 Uhr neu starte.
Fände ich natürlich die aller letzte Lösung, weil die Domänen dann wieder 4 Stunden nicht erreichbar wären.
Hat jemand einen bessere Idee bzw. einen besseren Rat?
LG
Kater
ich habe folgendes Problem:
Ich hatte am Dienstag auf meiner Pleskoberfläche einige Updates von Plesk 9.2.3 auf Plesk 9.3.0 auf meinem Strato V-Server gestartet.
Seitdem bekomme ich im 5 Minuten Takt je 2 leere Mails vom System an meine in den Einstellungen angegebene Mailadresse geschickt.
Leer bedeutet:
Kein Empfänger, kein Absender und kein Inhalt
Betreff = [!!Spam]
Laut Aussage der technischen Hotline wäre dieses Problem bekannt, ich müsse Dr. Web und Kaspersky AntiVirus im System deaktivieren.
Ich bin dann alle Einstellungen durch gegangen. Das Mailprogramm läuft nun ohne Virenschutz usw.
Hat aber leider nichts benützt. Kaspersky lässt sich unter "Module" aber auch nicht deinstallieren.
Ich hatte dann gegen 18:00 Uhr den Server mit einem Backup angeblich mit Plesk 9.2 von 13:00 Uhr gestartet. Der Datenverlust wäre ja nicht groß gewesen.
Ergebnis: Problem blieb, es war Plesk 9.3.0 drauf.
Ein weiterer Rat war dann: Update auf Plesk 9.5.2.
Gesagt getan, Problem bleibt.
Heute Nacht waren es also 226 leere Mails.
Eben habe ich in meinen persönlichen Einstellung die Mailadresse geändert.
Problem bleibt.
Leer bedeutet nun:
Kein Empfänger, kein Absender, kein Inhalt und kein Betreff
Das wird aber sicherlich an Kaspersky auf meinem Rechner liegen.
Meine einzige Idee wäre nun: DB Backups erstellen und den Server mit einem Backup von Dienstag 13:00 Uhr neu starte.
Fände ich natürlich die aller letzte Lösung, weil die Domänen dann wieder 4 Stunden nicht erreichbar wären.
Hat jemand einen bessere Idee bzw. einen besseren Rat?
LG
Kater
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Superkater13439« (17. Juni 2010, 07:15)
4 Stunden? 
Hast Du mal versucht nur einzelne Applicationen (WebmailMailman oder wie das heißt, Apache usw) neu zu starten?

Hast Du mal versucht nur einzelne Applicationen (WebmailMailman oder wie das heißt, Apache usw) neu zu starten?
Es geht nicht darum zu haben was man will, sondern zu schätzen was man hat!
Blutrausch HP
Mauern sind auch nur Steine & Wassertropen können auch mal Wassermengen werden!
Blutrausch HP
Mauern sind auch nur Steine & Wassertropen können auch mal Wassermengen werden!
Also als ich Probleme hatte mit meinem Mailserver, musste ich irgendwas neustarten, damit die Änderungen auch wirksam wurden, bin mir nicht mehr sicher was es war, es entweder Mailman oder postfix oder was anderes.
Ich versuche mal den Beitrag zu finden.
MfG
Ich versuche mal den Beitrag zu finden.
MfG
Es geht nicht darum zu haben was man will, sondern zu schätzen was man hat!
Blutrausch HP
Mauern sind auch nur Steine & Wassertropen können auch mal Wassermengen werden!
Blutrausch HP
Mauern sind auch nur Steine & Wassertropen können auch mal Wassermengen werden!
Also qmail habe ich mal über Putty gestoppt und wieder neu gestartet.
Problem bleibt.
Ich bin ja gestern wie folgt vorgegangen:
1. Updates von Plesk 9.2.3 auf 9.3.0 über das Pleskpanel
Dann ging das Theater mit den Mails los.
Da wurde ja nun auch vom technischen Support vermutet, dass diese Updates eben nicht sauber gelaufen waren.
2. Das ein Restore des ganzen Servers ausgelöst
Fehler blieb, da Plesk 9.3 wieder drauf war.
3. Dann Update auf die 9.5.2 über Putty
So wie ich dabei die Texte in Putty gelesen hatte, ist da alles angehalten worden, neu installiert worden und wieder gestartet worden.
Fehler besteht immer noch.
LG
Kater
Problem bleibt.
Ich bin ja gestern wie folgt vorgegangen:
1. Updates von Plesk 9.2.3 auf 9.3.0 über das Pleskpanel
Dann ging das Theater mit den Mails los.
Da wurde ja nun auch vom technischen Support vermutet, dass diese Updates eben nicht sauber gelaufen waren.
2. Das ein Restore des ganzen Servers ausgelöst
Fehler blieb, da Plesk 9.3 wieder drauf war.
3. Dann Update auf die 9.5.2 über Putty
So wie ich dabei die Texte in Putty gelesen hatte, ist da alles angehalten worden, neu installiert worden und wieder gestartet worden.
Fehler besteht immer noch.
LG
Kater
Naja, immer noch besser als Alles neu zu machen.
MfG
MfG
Es geht nicht darum zu haben was man will, sondern zu schätzen was man hat!
Blutrausch HP
Mauern sind auch nur Steine & Wassertropen können auch mal Wassermengen werden!
Blutrausch HP
Mauern sind auch nur Steine & Wassertropen können auch mal Wassermengen werden!
ist gerade angekommen
Nach Plesk Update leere Mails im 5 Minutentakt
Hallo, habe genau das gleiche Problem, auch mit Strato V-Server,
es kommen bei mir alle 5min. 2x eine eMail ohne Betreff und ohne Inhalt an. Aus den logs werde ich nicht schlau, allerdings habe ich kein Postfix zu laufen sondern Qmail.
Bei mir fing es allerdings so an das meine Emailwarteschlange so voll war von den mails, das die mails einen Tag gebraucht haben um anzukommen, das war bei Plesk 9.3. Allerding kam das erst ca. 2 Wochen nach dem Update auf 9.3. . Dann habe ich Updates auf 9.5.0 und 9.5.2 gemacht, und schliesslich wurden keine mails mehr aus der Warteschleife gesendet, im Plesk waren dann alle mail mit einem gelben Punkt vorne versehen.
Habe es dann hinbekommen die Mails aus der Warteschleife rauszubekommen und mit
und erneuter Angabe meiner eMailadresse im Adminprofil bei Plesk (da die mail vorher immer an anonymus@....severkompetens.net gingen) hinbekommen das es besser wurde und der Mailserver wieder lief. Vorher kamen die Mails bald im Minutentakt und immer mehrere so das ich nach 10 Minuten schon ca. 400 Mail hatte.
Mittlerweile bekomme ich alle 5min. noch 2Stück gleichzeitig, und bin mit meinem Latein am ende ;-(
dieser auszug aus dem log ist neu und ich verstehe ihn nicht, kann das was damit zu tun haben und hat evtl. jemand eine Idee ?!
und aus der mail.info
Der Quelltext der eMails ist:
das ist alles was da ist ...
Vielen Dank im voraus ... bacci
es kommen bei mir alle 5min. 2x eine eMail ohne Betreff und ohne Inhalt an. Aus den logs werde ich nicht schlau, allerdings habe ich kein Postfix zu laufen sondern Qmail.
Bei mir fing es allerdings so an das meine Emailwarteschlange so voll war von den mails, das die mails einen Tag gebraucht haben um anzukommen, das war bei Plesk 9.3. Allerding kam das erst ca. 2 Wochen nach dem Update auf 9.3. . Dann habe ich Updates auf 9.5.0 und 9.5.2 gemacht, und schliesslich wurden keine mails mehr aus der Warteschleife gesendet, im Plesk waren dann alle mail mit einem gelben Punkt vorne versehen.
Habe es dann hinbekommen die Mails aus der Warteschleife rauszubekommen und mit
|
|
Quellcode |
1 2 3 4 5 6 7 8 |
/usr/local/psa/admin/sbin/mailmng --stop-service mkdir /root/temp cp -a /usr/local/psa/handlers/before-* /root/temp/ cp -a /usr/local/psa/handlers/info /root/temp/ rm -rf /usr/local/psa/handlers/before-*/* rm -rf /usr/local/psa/handlers/info/* /usr/local/psa/admin/sbin/mchk --with-spam /usr/local/psa/admin/sbin/mailmng --start-service |
und erneuter Angabe meiner eMailadresse im Adminprofil bei Plesk (da die mail vorher immer an anonymus@....severkompetens.net gingen) hinbekommen das es besser wurde und der Mailserver wieder lief. Vorher kamen die Mails bald im Minutentakt und immer mehrere so das ich nach 10 Minuten schon ca. 400 Mail hatte.
Mittlerweile bekomme ich alle 5min. noch 2Stück gleichzeitig, und bin mit meinem Latein am ende ;-(
dieser auszug aus dem log ist neu und ich verstehe ihn nicht, kann das was damit zu tun haben und hat evtl. jemand eine Idee ?!
|
|
Quellcode |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
Jun 30 12:45:01 h11***** qmail-local-handlers[28446]: cannot create temporary file - (13) Permission denied Jun 30 12:45:01 h11***** qmail-local-handlers[28446]: cannot read message from stdin Jun 30 12:45:01 h11***** greylisting filter[28449]: Bounce message. SKIP Jun 30 12:45:01 h11***** qmail-local-handlers[28451]: mailbox: /var/qmail/alias Jun 30 12:45:01 h11***** greylisting filter[28455]: Bounce message. SKIP Jun 30 12:45:01 h11***** qmail-local-handlers[28451]: call_handlers: Unable to delete '/usr/local/psa/handlers/spool/message1z980Q' file: No such file or directory Jun 30 12:45:01h11***** qmail-local-handlers[28451]: call_handlers: stop call handlers from dir '/usr/local/psa/handlers/before-local/global' Jun 30 12:45:01 h11***** qmail-local-handlers[28458]: mailbox: /var/qmail/mailnames/*******.de/test Jun 30 12:45:01 h11***** greylisting filter[28461]: Bounce message. SKIP Jun 30 12:45:01 h11***** qmail-local-handlers[28464]: mailbox: /var/qmail/alias Jun 30 12:45:01 h11***** greylisting filter[28468]: Bounce message. SKIP Jun 30 12:45:02 h11***** dk_check[28463]: DK_STAT_SYNTAX: Message is not valid syntax. Signature could not be created/checked Jun 30 12:45:02 h11***** qmail-local-handlers[28464]: call_handlers: Unable to delete '/usr/local/psa/handlers/spool/messageQhfIK1' file: No such file or directory Jun 30 12:45:02 h11***** qmail-local-handlers[28464]: call_handlers: stop call handlers from dir '/usr/local/psa/handlers/before-local/global' Jun 30 12:45:02 h11***** qmail-local-handlers[28472]: mailbox: /var/qmail/mailnames/*******.de/test Jun 30 12:45:02 h11***** dk_check[28478]: DK_STAT_SYNTAX: Message is not valid syntax. Signature could not be created/checked Jun 30 12:45:10 h11***** /var/qmail/bin/relaylock[28490]: /var/qmail/bin/relaylock: mail from 217.83.55.214:3746 (pd95337d6.dip.t-dialin.net) Jun 30 12:45:10 h11***** smtp_auth: SMTP connect from (null)@pd95337d6.dip.t-dialin.net [217.83.55.214] Jun 30 12:45:10 h11***** smtp_auth: smtp_auth: SMTP user test@*******.de : logged in from (null)@pd95337d6.dip.t-dialin.net [217.83.55.214] Jun 30 12:45:10 h11***** qmail-local-handlers[28500]: mailbox: /var/qmail/mailnames/*******.de/service Jun 30 12:45:12 h11***** dk_check[28505]: DK_STAT_NOSIG: No signature available in message |
und aus der mail.info
|
|
Quellcode |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 |
Jun 30 12:39:37 h1****** spamd[26002]: spamd: got connection over /tmp/spamd_full.sock Jun 30 12:39:37 h1****** spamd[26002]: spamd: using default config for mark@*********.de: /var/qmail/mailnames/*********.de/mark/.spamassassin/user_prefs Jun 30 12:39:37 h1****** spamd[26002]: config: not parsing, administrator setting: bayes_path /var/spool/spamassassin/bayes Jun 30 12:39:37 h1****** spamd[26002]: config: failed to parse line, skipping, in "/var/qmail/mailnames/*********.de/mark/.spamassassin/user_prefs": bayes_path /var/spool/spamassassin/bayes Jun 30 12:39:37 h1****** spamd[26002]: config: not parsing, administrator setting: bayes_file_mode 0777 Jun 30 12:39:37 h1****** spamd[26002]: config: failed to parse line, skipping, in "/var/qmail/mailnames/*********.de/mark/.spamassassin/user_prefs": bayes_file_mode 0777 Jun 30 12:39:37 h1****** spamd[26002]: config: not parsing, administrator setting: auto_whitelist_path /var/spool/spamassassin/auto-whitelist Jun 30 12:39:37 h1****** spamd[26002]: config: failed to parse line, skipping, in "/var/qmail/mailnames/*********.de/mark/.spamassassin/user_prefs": auto_whitelist_path /var/spool/spamassassin/auto-whitelist Jun 30 12:39:37 h1****** spamd[26002]: config: not parsing, administrator setting: auto_whitelist_file_mode 0777 Jun 30 12:39:37 h1****** spamd[26002]: config: failed to parse line, skipping, in "/var/qmail/mailnames/*********.de/mark/.spamassassin/user_prefs": auto_whitelist_file_mode 0777 Jun 30 12:39:37 h1****** spamd[26002]: spamd: processing message <100630122848GP.04802@mscreator05.fagms.de> for mark@*********.de:110 Jun 30 12:39:39 h1****** spamd[26002]: spamd: clean message (1.5/5.0) for mark@*********.de:110 in 1.7 seconds, 83584 bytes. Jun 30 12:39:39 h1****** spamd[26002]: spamd: result: . 1 - AWL,HTML_IMAGE_RATIO_04,HTML_MESSAGE scantime=1.7,size=83584,user=mark@*********.de,uid=110,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=/tmp/spamd_full.sock,mid=<100630122848GP.04802@mscreator05.fagms.de>,autolearn=no Jun 30 12:39:39 h1****** qmail: 1277894379.124417 delivery 1: success: did_0+0+2/ Jun 30 12:39:39 h1****** qmail: 1277894379.124517 status: local 0/10 remote 0/20 Jun 30 12:39:39 h1****** qmail: 1277894379.124553 end msg 11272200 Jun 30 12:39:39 h1****** spamd[25999]: prefork: child states: II Jun 30 12:39:56 h1****** /var/qmail/bin/relaylock[26393]: /var/qmail/bin/relaylock: mail from 183.80.16.68:24529 (not defined) Jun 30 12:39:57 h1****** qmail-queue-handlers[26397]: Handlers Filter before-queue for qmail started ... Jun 30 12:39:58 h1****** qmail-queue-handlers[26397]: from=70wamyamy@rodman-tech.com Jun 30 12:39:58 h1****** qmail-queue-handlers[26397]: to=info@*********.de Jun 30 12:39:58 h1****** greylisting filter[26398]: Starting greylisting filter... Jun 30 12:39:58 h1****** qmail-queue-handlers[26397]: call_handlers: stop call handlers from dir '/usr/local/psa/handlers/before-queue/global' Jun 30 12:40:02 h1****** qmail-queue-handlers[26474]: Handlers Filter before-queue for qmail started ... Jun 30 12:40:02 h1****** qmail-queue-handlers[26474]: from=anonymous@h1******.serverkompetenz.net Jun 30 12:40:02 h1****** qmail-queue-handlers[26474]: to=mailman@h1******.serverkompetenz.net Jun 30 12:40:02 h1****** greylisting filter[26475]: Starting greylisting filter... Jun 30 12:40:02 h1****** qmail: 1277894402.545842 new msg 11272200 Jun 30 12:40:02 h1****** qmail: 1277894402.545978 info msg 11272200: bytes 664 from <anonymous@h1******.serverkompetenz.net> qp 26476 uid 72 Jun 30 12:40:02 h1****** qmail: 1277894402.554889 starting delivery 2: msg 11272200 to local mailman@h1******.serverkompetenz.net Jun 30 12:40:02 h1****** qmail: 1277894402.555026 status: local 1/10 remote 0/20 Jun 30 12:40:02 h1****** qmail-local-handlers[26477]: Handlers Filter before-local for qmail started ... Jun 30 12:40:02 h1****** qmail-local-handlers[26477]: cannot create temporary file - (13) Permission denied Jun 30 12:40:02 h1****** qmail-local-handlers[26477]: cannot read message from stdin Jun 30 12:40:02 h1****** qmail: 1277894402.562013 delivery 2: failure: Jun 30 12:40:02 h1****** qmail: 1277894402.562080 status: local 0/10 remote 0/20 Jun 30 12:40:02 h1****** qmail-queue-handlers[26479]: Handlers Filter before-queue for qmail started ... Jun 30 12:40:02 h1****** qmail-queue-handlers[26479]: from= Jun 30 12:40:02 h1****** qmail-queue-handlers[26479]: to=anonymous@h1******.serverkompetenz.net Jun 30 12:40:02 h1****** greylisting filter[26480]: Starting greylisting filter... Jun 30 12:40:02 h1****** greylisting filter[26480]: Bounce message. SKIP Jun 30 12:40:02 h1****** qmail: 1277894402.582881 bounce msg 11272200 qp 26479 Jun 30 12:40:02 h1****** qmail: 1277894402.582996 end msg 11272200 Jun 30 12:40:02 h1****** qmail: 1277894402.583049 new msg 11273171 Jun 30 12:40:02 h1****** qmail: 1277894402.583097 info msg 11273171: bytes 1241 from <> qp 26481 uid 2522 Jun 30 12:40:02 h1****** qmail: 1277894402.590822 starting delivery 3: msg 11273171 to local anonymous@h1******.serverkompetenz.net Jun 30 12:40:02 h1****** qmail-local-handlers[26482]: Handlers Filter before-local for qmail started ... Jun 30 12:40:02 h1****** qmail-local-handlers[26482]: from= Jun 30 12:40:02 h1****** qmail-local-handlers[26482]: to=anonymous@h1******.serverkompetenz.net Jun 30 12:40:02 h1****** qmail-local-handlers[26482]: mailbox: /var/qmail/alias Jun 30 12:40:02 h1****** qmail: 1277894402.598351 status: local 1/10 remote 0/20 Jun 30 12:40:02 h1****** qmail-queue-handlers[26485]: Handlers Filter before-queue for qmail started ... Jun 30 12:40:02 h1****** qmail-queue-handlers[26485]: from= Jun 30 12:40:02 h1****** qmail-queue-handlers[26485]: to=test@*********.de Jun 30 12:40:02 h1****** greylisting filter[26486]: Starting greylisting filter... Jun 30 12:40:02 h1****** greylisting filter[26486]: Bounce message. SKIP |
Der Quelltext der eMails ist:
|
|
Quellcode |
1 2 |
Received: (qmail 3663 invoked by alias); 1 Jul 2010 13:25:01 +0200 Delivered-To: postmaster@h1******.serverkompetenz.net |
das ist alles was da ist ...
Vielen Dank im voraus ... bacci
Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von »bacci« (2. Juli 2010, 09:14)
ist gerade angekommen
re
Hallo, erstmal Dankeschön für die Antwort ...
nein, hab ich nicht, da ich ja garnicht mit Postfix arbeite, sondern mit Qmail. Hatte deinen Beitrag ja gelesen, nur bin ich davon ausgegangen das Du wohl auch mit Postfix arbeiten wirst und nicht mit Qmail, oder hat es noch einen anderen Hintergrund ?!
Habe von gestern um 16:00Uhr bis jetzt (9:08Uhr) wieder 414 Mails davon gehabt ... ;-(
lG. bacci
nein, hab ich nicht, da ich ja garnicht mit Postfix arbeite, sondern mit Qmail. Hatte deinen Beitrag ja gelesen, nur bin ich davon ausgegangen das Du wohl auch mit Postfix arbeiten wirst und nicht mit Qmail, oder hat es noch einen anderen Hintergrund ?!
Habe von gestern um 16:00Uhr bis jetzt (9:08Uhr) wieder 414 Mails davon gehabt ... ;-(
lG. bacci


