Search results

5 Minuten Recherche via Suchmaschine: http://alexkvak.com/parallels-small-business-panel-how-to-disable-mail-for-domain.html

http://download1.parallels.com/Plesk/PP10/10.3.1/Doc/de-DE/online/plesk-administrator-guide/plesk-control-panel-user-guide/65697.htm

Hach, der Dauerbrenner… Einfach E-Mail für die betreffende Domain in Plesk deaktivieren, damit der MTA mitbekommt, dass diese Mails nicht lokal zugestellt werden.

Du musst unterscheiden zwischen der Plattform PHP und Anwendungen, welche für diese Plattform geschrieben wurden.

Wenn OTRS den Sendmail-Wrapper nutzt, kann da nichts "bouncen". `sendmail` wird im Fehlerfall allerdings mit einem Exit Code != 0 beendet. Wenn OTRS diesen nicht auswertet, ist das doof. Hast du schonmal versucht, die Mails via SMTP bei deinem smtpd einzutüten? OTRS kann das.

Ja. `dig @dein-name-server isc.org ANY`, man dig

Nein, aber wenn dein syslogd anständige Filter unterstützt (syslog-ng oder rsyslog zum Beispiel tun das), kannst du diese für deinen Zweck verwenden.

Wenn man sich so einige PHP-Skripte in freier Wildbahn ansieht, dann ist PHP eine einzeige große Backdoor… Ob dein PHP-Interpreter eine Backdoor enthält, kommt auf deinen Build an und ob daran herum manipuliert wurde. Ich bin vorsichtig mit einer definitiven Antwort, aber ich bin doch relativ...

So wie du dein Postfix konfiguriert hast, werden von dem Filter ausschließlich die Mails verarbeitet, die über den Submission Port (587/tcp) eingeliefert wurden. Vermutlich auch noch der normale SMTP-Port 25/tcp, aber diese Information hast du uns ja vorenthalten… :rolleyes: Was dabei nicht...

Dein Vorschlag mit mod_proxy läuft aber genau entgegen der Idee des "Load Balancings". Die Anfragen gehen ja trotzdem noch über den ursprünglichen Server, der damit jetzt doppelt soviel Arbeit hat: einmal die Proxy-Anfrage an den "Asset-Server" und einmal die Auslieferung der Daten an den...

Dann benutze die von wstuermer vorgeschlagene Variante mit RedirectPermanent. Für den Benutzer ist der HTTP-Redirect transparent. Bei der Variante mit mod_proxy hast du jedoch einige Nachteile: Die Daten werden doppelt übertragen (Server 2 -> Server 1 -> Client) Cookies werden weiterhin...

wstuermer hat es doch schon gezeigt und bis jetzt hat sich an den PTR Resource Records nichts geändert. $ dig +short -x 119.148.171.35 host-119-148-171-35.iphost.gotonets.com. $ dig +short -x 119.148.171.36 host-119-148-171-36.iphost.gotonets.com.

Du hast vermutlich die 32-Bit Variante von Clipgrab heruntergeladen und versuchst, diese auf einem 64-Bit System (mit 64-Bit Qt) auszuführen. Schau dir mal die Ausgabe von `ldd clipgrab-3.1.3.0` an.

Was hat Postfix mit DNS zu tun? Nenne doch einfach die Domain, dann können wir selbst mal nachsehen.

Dann sind schlicht und ergreifend die MX Resource Records deiner Domain falsch und dein MTA wird niemals angesprochen.

Wie lauten die exakten Meldungen in deinem Mail-Log? Du findest die Logdateien unter /var/log/mail.* Dein Setup wird eigentlich ganz gut unter http://www.postfix.org/BASIC_CONFIGURATION_README.html und http://www.postfix.org/STANDARD_CONFIGURATION_README.html#stand_alone beschrieben.

Da wurde einfach ein Bot bzw. Crawler auf deine Domain losgelassen und hat nachgesehen, ob du einen der „üblichen Verdächtigen” laufen hast, den man ausnutzen könnte. Willkommen im Internet. ;)

In = eingehend (d. h. vom anderen MTA an deinen MTA), Out = ausgehend (d. h. von deinem MTA an den anderen MTA). Dem solltest du in deinen Mail Logs nachgehen. Die findest du i. d. R. im Verzeichnis /var/log/ auf deinem System.

Some people, when confronted with a problem, think "I know, I’ll use stored procedures." Now they have two problems.

Korrekt wäre, die Eingaben in deiner Anwendung zu normalisieren und dann die Abfragen entsprechend zu gestalten. Was du direkt vorhast, geht allerdings auch mit (My)SQL: $ mysql Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 2 Server version...