Verständnisfrage zu Hostname und FQDN

W

wiwi

Jungspund
Hallöchen,

folgende Frage: Ich habe einen Strato V-Server, als Reverse-DNS habe ich meine Domain domain.tdl im Strato-Konfig-Menü eingestellt. Das heisst, wenn ich nun z.B. irssi starte, logge ich mich als ********** ein und nicht als **********. Soweit, so gut.

Wenn ich nun meinen Mailserver (exim4) installiere, fragt der mich nach meinem FQDN und betont die Wichtigkeit dieses Eintrags. Als Vorschlag kommt hxyz.serverkompetenz.net und wenn ich ihn damit installiere und mit mutt ne Mail verschicke, hat diese auf diesen serverkompetenz.net-Mist als Absender (ich weiß, kann och mit nem Header verändern - will ich an dieser Stelle aber nicht). Meine Idee - exim hat sich bei der Konfiguration diesen Eintrag aus der /etc/hostname bzw. /etc/hosts geholt.

Nun meine Frage: Kann bzw. sollte oder muss ich sogar den Eintrag in /etc/hostname bzw. /etc/hosts auf domain.tdl ändern? Kann es passieren, dass Mailserver meine Mails im Moment nicht annehmen, weil sie sehen, dass der vermeitliche Absender (hxyz.serverkompetenz.net) und der Reverse-DNS-Eintrag zu der IP (domain.tdl) unterschiedlich sind?

Vielleicht kann mich ja mal jemand, der da richtig Ahnung hat, aufklären.

Vielen Dank, WiWi
 
Trag doch einfach die richtige Domain in /etc/exim/exim.conf ein.

Im übrigen sollte man sich keinen Server mieten, wenn man keine Ahnung hat. Das kann verdammt teuer werden, weil du mit Sicherheit auch nicht in der Lage bist zu bemerken wenn dein Server gehackt und z.B. zum Spammen missbraucht wird. Ein einfacher exim4 in der Grundkonfiguration nutzt z.B. keine Authentifizierung, d.h. du hast da gerade ein sogenanntes Open Relay ins Netz gestellt, über das jeder seinen Spam versenden kann.
 
Also, theton, wie lange kennen wir uns jetzt? Und du schreibst mir ernsthaft "Wenn mann keine Ahnung hat, sollte man keinen Server mieten"?

Ich wollte doch nur ne Verständnisfrage klären und nicht wissen, wie ich meinen Mailserver einzurichten habe. Aber um dich zu beruhigen, ich habe kein offenes Relay.

Danke für deine sehr ausführliche Hilfe, auf die /etc/hostname bist du leider nicht eingegangen :(
 
theton hat deine frage beantwortet; guck dir die kommentare in der exim.conf mal an.
 
Sorry, nicht auf den Nick geschaut. War etwas müde. :)
Wenn du Probleme mit dem Webinterface des Hosters vermeiden willst, lass den Hostnamen so wie er ist. Wie gesagt... es reicht völlig, wenn du die richtige Domain für den Mailserver in die Mailserver-Konfiguration einträgst. Und ja, es kann sein, dass andere Mailserver Emails von deinem Server nicht annehmen, wenn die Absender-Domain nicht mit dem Reverse-DNS deines Servers übereinstimmt. Das ist dann allerdings ein Konfigurationsfehler des anderen Servers, da der von keinem Server Mails annimmt, der virtuelle Domains hostet. Willst du, dass der Server unter beiden Domains erreichbar ist, solltest du virtuelle Domains für den Mailserver einrichten.
Warum ich allerdings auf die /etc/hostname eingehen soll, ist mir etwas unklar. Wozu willst du den Hostnamen ändern, wenn es völlig ausreichend ist die passende Domain in die exim.conf zu schreiben?
 
ich hab das so verstanden, dass OP sich wundert, wieso die Exim-Helper-Application als Vorschlag den Hostname "xy.serverkompetenz.net" verwendet, obwohl er doch den PTR auf "seineDomain.tld" geändert hat, was aber im Grunde nichts mit der Einstellung des PTR Seitens Strato und Exim selbst zutun hat.
Aber wie du schon "sagtest", einfach den Vorschlag von Exim ablehnen und danach den Server dicht machen *g*.
 
Hey, danke für die vielen Antworten. Bin jetzt soweit im Klaren, hab exim meine richtige Domain genannt und alle anderen Geschichten eingerichtet.

Um sicher zu gehen, hab ich auch den Relay-Test von abuse laufen lassen, welcher keine Relays gefunden hat.

Danke euch für die Hilfe :)
 

Ähnliche Themen

systemmeldungen als emails + postfixkonfiguration - alles nur lokal

Exim4 Config mit DPKG

Squid nur zum maskieren der eigenen IP, nicht für Webserver auf port 80

Anleitung: Howto: OpenSUSE 10, XDMCP und Cygwin als Thin-Client

Zurück
Oben