Hallo, Am Wed, 18 Jul 2012, Werner Flamme schrieb:
Sandy Drobic [18.07.2012 11:36]:
Am 18.07.2012 04:44, schrieb David Haller:
Am Tue, 17 Jul 2012, Peter Mc Donough schrieb:
Am 16.07.2012 22:46, schrieb Sandy Drobic: [..] hostname --fqdn lux
Also wie mit Yast, Netzwerkeinstellung, Hostname/DNS angeben.
Hier sollte aber der FQDN und nicht nur der Hostname ausgegeben werden.
Bingo! Wenn das nicht funktioniert, ist das System der Namensauflösung auf dem Rechner kaputt. Benutzt du statische IPs oder per DHCP vergebene IPs? Traditionell ifup oder per Networkmanager?
Ich hier: ifconfig in nem eigenen Script ;) Hat aber keinen Einfluß darauf, wie /lib/nss* /etc/hostname, /etc/hosts, usw. verarbeitet werden.
Ergänzend: Was steht in /etc/HOSTNAME? Da muss "lux.site" stehen, nicht "lux" (ohne Anführungszeichen).
FALSCH! In /etc/HOSTNAME hat eben nicht der FQDN sondern nur der Hostname zu stehen. # cat /etc/HOSTNAME grusum # grep localhost /etc/hosts 127.0.0.1 grusum.endjinn.de grusum localhost # cat /proc/sys/kernel/hostname grusum # hostname grusum # hostname --fqdn grusum.endjinn.de $ gethostbyname localhost hostname: 'grusum.endjinn.de' aliases 0: 'grusum' aliases 1: 'localhost' addr 0: '127.0.0.1' gethostbyname ist ein selbstgebastelter Wrapper um gethostbyname(3). Man beachte: gethostbyname liefert eben genau den ersten Eintrag als FQDN und alle weiteren in genau der Reihenfolge als Aliase! Wie's mit getaddrinfo ausschaut hab ich noch nicht so ausprobiert, müßte aber gleich sein. AFAIK: /proc/sys/kernel/hostname wird aus /etc/HOSTNAME gesetzt und hat mit dem DNS AFAIK nix zu tun, /etc/hosts wird von der libc (via libnss*) gemäß /etc/nsswitch.conf ausgewertet und gilt für alle DNS Funktionen der libc (gethost*, getaddr* usw.). Man beachte: endjinn.de ist eine gültige extern auflösbare Domain mit A und MX records, der Hostname (bzw. subdomain, ich verwende einiges an *.grusum.endjinn.de) macht den Unterschied. Und: sauber konfiguriert macht das keinerlei Probleme eine Domain auch intern zu verwenden, das läuft hier seit ~2001 mit sendmail, seit ~2009 mit postfix einwandfrei. Die Konfiguration auf dem (externen) Mailserver und lokal wenn man "mehrere Standorte" versorgen will habe ich (ausgehend) aber noch nicht hinbekommen, ich behelfe mir mit der nicht als lokal zuzustellenden anderen Domain (auf dem Mailserver wird auf nur eine umgeschrieben), d.h. lokal wird die Zweit-Domain als "nicht-lokal" behandelt, geht an den Smarthost, der ist auch für die zuständig, sortiert alles passend ein, tut. ;) Ahhh, Sandy, da könnte ich evtl. mal deine Hilfe brauchen ...[1] Also, Peter: ==== /etc/HOSTNAME ==== lux ==== ==== /etc/hosts ==== #### besser wäre hier was genaueres als "lux.site", denn das ist kein #### FQDN! Ein FQDN enthält immer . als root-domain, eine TLD und eine #### (second-level-) domain! .site ist keine. Siehe dazu auch #### http://en.wikipedia.org/wiki/TLD#Reserved_domains und RfC 2606 #### <http://tools.ietf.org/html/rfc2606>. Ansonsten ist die erste #### Position nach der IP entscheidend! 127.0.0.1 lux.site localhost lux ::1 lux.site localhost lux # [...] # [...] ==== So kann man auch gültige Message-IDs bekommen in den üblichen [MN]UAs, wobei alles mit '@lux.site' als domain-part allerdings keine gültige wäre. Wenn man keine eigene Domain hat kann man das in gescheiten UAs einstellen (im leafnode verwende ich z.B. ID-<UID>.user.individual.de). Evolution aber z.B. ist doof und verwendet immer den FQDN so wie er auch von 'hostname' (AFAIR grad nicht(!) wie von 'hostname --fqdn') geliefert wird [siehe nicht-zufalls-Sigs]. BTW: Ich hab z.B. noch haufenweise andere Hosts/Namen für 127/8 in /etc/hosts, teils lokale Dienste, teils um Werbeserver und andere (Facebook) auszuhebeln. # grep double /etc/hosts 127.0.1.1 ad.doubleclick.com ad.doubleclick.net ad.uk.doubleclick.net 127.0.1.1 ad-emea.doubleclick.net ad.de.doubleclick.net HTH, -dnh [1] {a,b,c}@foo.tld -> lokal (foo.tld ist $mydomain, $myorigin etc., könnte man ggfs. ändern) {d,e,f}@foo.tld -> versch. Accounts auf dem Smarthost, lokale Mails an die sollten auch dort landen. Wo muß man da schrauben? -- [Generierung der Message-ID in Evolution]
But if you do so, it must be globally unique. globally unique to the application. Hahahahaha!! "Globaly unique" innerhalb meiner Applikation!! Aua!!! Das ist Politiktauglich! [Ratti und > Jeffrey Stedfast] %% [Evolution - Message-ID] Oh ja... Apropos: die libcamel (die fuer diesen Muell verantwortlich ist) ist, aehm. "interessant" zu lesen... Und NEIN! Ich habe keine Lust, den Muell zu fixen. Es sei denn, man zahlt mir Schmerzensgeld. [David Haller in suse-linux, gef. von C. Boltz] %% "Andere machen es auch falsch, also machen wir es natuerlich auch falsch!!!" ??? "Wir muessen alle Bugs von Outlook implementieren!!!" ??? [Vermutungen zur "defekten" Message-ID in Evolution -- David Haller in suse-linux] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org