Navigation
Einträge in dieser Kategorie
- php.ini ändern
- Änderungen der Apache2/Domain Konfiguration für einen Domain
- open_basedir Einstellung ändern
- vhost.conf und vhost_ssl.conf
- Verzeichnis zu definierter URL umleiten
- Eigener phpMyAdmin installieren
- Pleskbackup automatisieren
- Dr. Web 15-Benutzer Lizenz trotz Mail-Alias nutzen
- Webseite über zweite IP-Adresse zugänglich machen
- Zusätzlichen FTP-Benutzer erstellen, welcher nur Zugriff auf ein bestimmtes Verzeichnis im Doc-Root des Domains hat
- Zertifikat kann unter "Server" nicht gelöscht werden obwohl kein Domain mer damit verknüpft ist
- Fehler: "hosting update failed: webstatmng is failed --unset-config --domain-name=[Domainname] --stat-prog=true"
- Subdomain zu einer bestimmten URL umleiten
- Bestimmte Subdomain aller Domains zu einer zentraler Adresse weiterleiten
- 1% Problem im Zusammenhang mit dem deutschen Language-Pack (Plesk 8.2.0)
- Courier: Anzahl der gleichzeitigen Verbindungen pro IP erhöhen
- Plesk (PSA) stoppen/starten
- Admin-Passwort vergessen
- Wo befindet sich die Plesk-Logfiles?
- Der Email-Versand dauert 30 bis 60 Sekunden
- Plesk 9: Qmail kann nur noch Mails an Server in rcpthosts senden
- Qmail Doublebounces deaktivieren
Tags
Sticky FAQs
Debian » Plesk (PSA)
Der Email-Versand dauert 30 bis 60 Sekunden
Da gewisse Lookups beim Versand von Email gemacht werden, kann dieser sehr lange dauern. Um dem entgegenzuwirken kann unter Debian folgende Zeile in der Datei /etc/inetd.conf angepasst werden. Die beiden Zeilen (für SMTP und SMTPS) sehen umgefähr so aus:
smtp stream tcp nowait.1000 root /var/qmail/bin/tcp-env tcp-env -Rt0 /usr/bin/env SMTPAUTH=1 END=1 /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
smtps stream tcp nowait.1000 root /var/qmail/bin/tcp-env tcp-env -Rt0 /usr/bin/env SMTPAUTH=1 END=1 /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
Der fett markierte Teil muss also ergänzt werden. Danach muss der Inet-Dämon neu gestartet werden (/etc/init.d/inetd restart), falls dies nicht funktioniert sollte der Server rasch gebootet werden (reboot), danach werden Mails auf jeden Fall sofort versandt.
Tags: delay, inetd, lange, mail, smtp, versand
Verwandte Artikel:
- Verzeichnis zu definierter URL umleiten
- Pleskbackup automatisieren
- Fail2Ban installieren
- Dr. Web 15-Benutzer Lizenz trotz Mail-Alias nutzen
- Webseite über zweite IP-Adresse zugänglich machen
Letzte Änderung des Artikels: 2008-08-19 13:46
Autor: Andy Blank
Revision: 1.0
Es ist möglich, diesen Artikel zu kommentieren.