Resources for System-Administrators
https://www.rootforum.org/forum/
ich dacht auch, es wird schon net soooo schwer sein.. *heul*matzewe01 wrote:Dann hattest Du eine nahezu funktionierende Installation. Nur noch Benutzer anlegen dovecote konfigurieren und das wars.
Ich setzt grad eine Virtuelle Umgebung auf, weil ich es kaum glauben mag, dass nicht zum laufen bekommt.
postfix[17604]: fatal: chdir(/usr/libexec/postfix): No such file or directory
wie mach ich das????matzewe01 wrote:Erzeuge die Konfiguration neu, oder verwende die aus dem Paket.
/usr/libex ist schon mal nicht richtig.
Code: Select all
MASTER_BIN=/usr/lib/postfix/master
naja.. ich werd dann lieber net mehr weiter stören..matzewe01 wrote:Code: Select all
yast --remove postfix rm -Rf /etc/postfix yast -i postfix
Ich glaube, ob nun ist der Zeitpunkt wirklich gekommen, dass Du Dich wenigstens mit den Basics des Betriebsystemes auseinander setzt.
Wenn Du das schon nicht im Griff hast, wie dann eine Plesk etc. Installation?
matzewe01 wrote:Nach dieser Anleitung hat es bei mir ohne Probleme geklappt.
http://johnny.chadda.se/2007/04/15/mail ... and-dspam/
Dir ist schon klar, welche juristische Verantwortung Du mit einem Rootserver hast?
Wenn es schon an bescheidenen Dingen wie dem Paketmanagement einer Distribution hackt, ist ein rootserver die falsche Alternative.
matze.. ich betreibe nicht einen sondern 7 rootserver.. 5 davon im cluster... der rest als datenbank-schlampen in replikation...daemon_directory = /usr/lib/postfix
Das Problem ist nicht mein Konfigurationsvorschlag, sondern das suboptimal (und genaugenommen fehlerhaft) kompilierte Paket Deiner Distribution.kolibri250 wrote:das problem war der beitrag hier im forum ganz oben "postfix richtig konfigurieren".... nach diesem vorbild habe ich die main.cf erstellt..
das war ein fehler, wie sich herausstellte.. *lach*
das fehlen des folgenden eintrags hat dafür gesorgt, daß der mailer überhaupt net mehr lief..daemon_directory = /usr/lib/postfix
Joe User wrote:Das Problem ist nicht mein Konfigurationsvorschlag, sondern das suboptimal (und genaugenommen fehlerhaft) kompilierte Paket Deiner Distribution.kolibri250 wrote:das problem war der beitrag hier im forum ganz oben "postfix richtig konfigurieren".... nach diesem vorbild habe ich die main.cf erstellt..
das war ein fehler, wie sich herausstellte.. *lach*
das fehlen des folgenden eintrags hat dafür gesorgt, daß der mailer überhaupt net mehr lief..daemon_directory = /usr/lib/postfix
was habe ich vergessen???? :(Helo command rejected: need fully-qualified hostname
MX-Einträge sind korrekt gesetzt matze.. und werden mit "host mail.domain.tld" und "host mx.domain.tld" mit korrekter IP beantwortet!matzewe01 wrote:Ja,Quelle: RFC-821 Section 3.5 (Achtung: RFC ist nicht mehr aktuell !)
5.2.5 HELO Command:
The sender-SMTP MUST ensure that the <domain> parameter in a HELO command is a valid principal host domain name for the client host. As a result, the receiver-SMTP will not have to perform MX resolution on this name in order to validate the HELO parameter. The HELO receiver MAY verify that the HELO parameter really corresponds to the IP address of the sender. However, the receiver MUST NOT refuse to accept a message, even if the sender's HELO command fails verification.
Nur so zum Sticheln:
Wenn man 7 Server hat, ist meinetwegen ein Maildienst nicht wichtig. Aber mit DNS Einträgen sollte man dann doch mal was zu tun gehabt haben oder?
Der verwendete Client meldet sich nicht mit seinem FQDN beim MTA (womit hast Du es probiert? selbst per netcat/telnet, oder ein anderer MUA?). Wenn ich mich recht entsinne, hattest Dukolibri250 wrote:das abholen von mails funktioniert mittlerweile.. und der server emfpängt auch ordnungsgemäss mails.
jedoch wenn ich mails versenden möchte, erhalte ich die fehlermeldung
was habe ich vergessen???? :(Helo command rejected: need fully-qualified hostname
Code: Select all
smtpd_helo_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
reject_invalid_helo_hostname,
reject_non_fqdn_helo_hostname,
...beides... telnet und MUA (the bat!)...Der verwendete Client meldet sich nicht mit seinem FQDN beim MTA (womit hast Du es probiert? selbst per netcat/telnet, oder ein anderer MUA?). Wenn
Code: Select all
smtpd_helo_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
reject_invalid_helo_hostname,
reject_non_fqdn_helo_hostname,
...Code: Select all
09.01.2009, 15:57:35: SEND - verbunden mit dem SMTP-Server
09.01.2009, 15:57:35: SEND - WARNUNG: Es wurde keine kompatible Authentifikationsmethode gefunden