Am 16.07.2012 12:41, schrieb Peter Mc Donough:

Am 16.07.2012 11:41, schrieb Sandy Drobic:

...

Am 16.07.2012 01:01, schrieb Peter Mc Donough:

...

Wo muss ich da drehen?

Default-MTA ist Postfix, also zeige mal die Postfix-Konfiguration (Ausgabe von "postconf -n") und die Meldung unter /var/log/mail nach einer Testmail. Ergänzend bitte noch /etc/hosts und ob IPv6 oder nur IPv4 in Gebrauch ist.

postconf -n ist ergibig

unter "myhostname = linux-z706.site" sollte "myhostname = lux.site" stehen.

Ist aber nicht der Spielverderber. Die Konfig löst "localhost" nach 127.0.0.1 auf und liefert dann völlig normal die Mail an username@localhost.site aus. Die nicht qualifizierte Adresse username@localhost wird dabei im cleanup-Prozess ergänzt durch $mydomain ($myorigin) zu localhost.site.

### Ausgabe in KDE nach Neuboot ### Jul 16 12:03:23 lux postfix/postfix-script[4135]: starting the Postfix mail system Jul 16 12:03:23 lux postfix/master[4136]: daemon started -- version 2.8.8, configuration /etc/postfix Jul 16 12:03:24 lux postfix/pickup[4141]: 0C4AC6050F: uid=0 from=<root> Jul 16 12:03:24 lux postfix/cleanup[4157]: 0C4AC6050F: message-id=<20120716100324.0C4AC6050F@linux-z706.site> Jul 16 12:03:24 lux postfix/qmgr[4142]: 0C4AC6050F: from=, size=439, nrcpt=1 (queue active) Jul 16 12:03:24 lux postfix/local[4165]: warning: database /etc/aliases.db is older than source file /etc/aliases

Kann es sein, dass du den Rechner aktualisiert hast auf 12.1 von einer änderen Version? Da gibt es immer so vier Dateien, die nicht sauber beim Update aktualisiert werden. newaliases postmap /etc/postfix/canonical postmap /etc/postfix/virtual Und ich glaube sender_canonical und relocated müssen ebenfalls einmal mit postmap aktualisiert werden.

Jul 16 12:03:24 lux postfix/local[4165]: 0C4AC6050F: to=, orig_to=, relay=local, delay=74, delays=74/0.02/0/0.05, dsn=2.0.0, status=sent (delivered to mailbox) Jul 16 12:03:24 lux postfix/qmgr[4142]: 0C4AC6050F: removed Jul 16 12:05:29 lux postfix/postfix-script[4369]: stopping the Postfix mail system Jul 16 12:05:29 lux postfix/master[4136]: terminating on signal 15 ### mit ### echo "test_root_localhost" | mailx -s `test` -R root@localhost ### wird erst sichbar wen 12:08 ### "service postfix restart" eingegeben wird

Hier hängt wohl das eigentliche Problem. Unter systemd gibt es manchmal Abhängigkeiten, die nicht so schön gemeldet werden und durch die Postfix den Start verweigert. systemctl disable postfix.service systemctl enable enable.service Was für eine Netzwerk-Schnittstelle hast du, Netzwerk muss natürlich beim Start von Postfix verfügbar sein. Gruß Sandy -- 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

Am 16.07.2012 20:58, schrieb Peter Mc Donough:

Funktioniert und wird an user, wie bei der Installation eingerichtet, weitergeleitet. Reboot und gleicher Test: Funktioniert immer noch.

Danke !

Sehr schön, dann ist das ja geklärt.

Wie werden ich denn den linux-z706 in

root@linux-z706.site bzw in peter@linux-z706.site

los? Das sollte doch ...@lux.site heißen

Mit postconf -n wird er noch als myhostname = linux-z706 angezeigt

Postfix nimmt sich den Hostnamen aus der Netzwerkkonfiguration. Was sagt den "hostname" bzw. "hostname --fqdn"? Schau doch mal nach in der Netzwerk-Einrichtung, ob der richtige Name dort steht. Notfalls könntest du es manuell festnageln, aber das sollte nicht notwendig sein. Gruß Sandy -- 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

Am 17.07.2012 09:37, schrieb Werner Franke:

Hallo Sandy,

Am 16.07.2012 22:46, schrieb Sandy Drobic:

...

Am 16.07.2012 20:58, schrieb Peter Mc Donough:

...

Funktioniert und wird an user, wie bei der Installation eingerichtet, weitergeleitet. Reboot und gleicher Test: Funktioniert immer noch.

Danke !

Sehr schön, dann ist das ja geklärt.

Ich habe mir Deine Hinweise gestern auch auf meinem System angeschaut, 12.1 vor einiger Zeit neu installiert, 64Bit, und /etc/postfix/canonical und /etc/postfix/virtual enthalten den manpage Text. Zumindest "more /etc/postfix/<file>" zeigte mir das.

Wenn du genau hinschaust, dann wirst du sehen, dass die Dateien den AUSKOMMENTIERTEN Text der Hilfeseiten zeigen. Wenn also keine eigenen Einträge dort stehen, sind sie effektiv leer. Postfix verwendet diese Dateien jedoch nicht direkt, sondern erzeugt daraus Datenbanken über den Postmap-Befehl. Wenn das Datum von Quelldatei und zugehöriger Datenbank sich unterscheiden, mosert Postfix, arbeitet aber normal.

Das Kommando postmap /etc/postfix/canonical lieferte eine Fehlermeldung, die ich mir aber nicht gemerkt habe.

Dann kann es ja nicht wichtig sein. (^-^) Mal im Ernst: entweder der Aufruf war syntaktisch falsch oder der Typ der Datei entsprach nicht dem Default (hash).

Ich denke der Inhalt der obigen Dateien ist falsch.

Nö, nur eine direkte Hilfe für denjenigen, der die Dateien bearbeitet und kein parallel offenes Fenster für die Manpage hat. Gruß Sandy -- 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

Am 16.07.2012 22:46, schrieb Sandy Drobic:

Am 16.07.2012 20:58, schrieb Peter Mc Donough:

...

Wie werden ich denn den linux-z706 in

root@linux-z706.site bzw in peter@linux-z706.site los? Das sollte doch ...@lux.site heißen

Postfix nimmt sich den Hostnamen aus der Netzwerkkonfiguration. Was sagt den "hostname" bzw. "hostname --fqdn"? Schau doch mal nach in der Netzwerk-Einrichtung, ob der richtige Name dort steht.

hostname --fqdn lux Also wie mit Yast, Netzwerkeinstellung, Hostname/DNS angeben.

Notfalls könntest du es manuell festnageln, aber das sollte nicht notwendig sein.

Gibt es noch eine andere Stelle? Gruß Peter -- 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

Am 18.07.2012 04:44, schrieb David Haller:

Hallo,

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?

...

...

Notfalls könntest du es manuell festnageln, aber das sollte nicht notwendig sein.

Gibt es noch eine andere Stelle?

/etc/hosts

==== 127.0.0.1 lux.site localhost lux ::1 lux.site localhost lux ipv6-localhost ipv6-loopback

Wenn ich mich recht erinnere, war die hosts in Ordnung. Was steht den in /etc/nsswitch.conf bei hosts und networks? Gruß Sandy -- 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

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

Hallo, Am Thu, 19 Jul 2012, Werner Flamme schrieb:

David Haller [18.07.2012 14:41]:

...

...

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.

In meiner openSUSE 12.1 steht da der FQDN, und den habe ich nicht manuell dort eingetragen.

Ist trotzdem nicht richtig. [..]

Es mag sein, dass /proc/sys/kernel/hostname aus /etc/HOSTNAME gesetzt wird. Bei mir sieht das so aus:

...

cat /etc/HOSTNAME rz36.intranet.ufz.de cat /proc/sys/kernel/hostname rz36

Anscheined wird da der domain-part dann ignoriert.

...

hostname rz36 hostname --fqdn rz36.intranet.ufz.de

So is rischtisch.

/etc/hosts wird nicht ausgewertet von Programmen wie "host", weil die eben nur DNS nutzen und sich um die /etc/nsswitch.conf gar nicht scheren. Deshalb können Einträge in der /etc/hosts zwar schön und richtig sein, werden von einigen Programmen aber einfach ignoriert.

Aber von hostname, gethostby* und allem anderen (wie Browser, MUA etc.) was die libnss* Funktionen verwendet. Gesteuert via /etc/nsswitch.conf ('files' Wert). $ LANG=C ltrace -s 128 -S -efiles hostname [..] SYS_uname(0x7fffca265f60) = 0 SYS_fstat(1, 0x7fffca265fe0) = 0 SYS_mmap(0, 4096, 3, 34, 0xffffffff) = 0x7f0db896c000 SYS_write(1, "grusum\n", 7grusum ) = 7 $ LANG=C ltrace -s 128 -S -efiles hostname -f [..] SYS_uname(0x7ffffcc8dfb0) = 0 [..] SYS_open("/etc/nsswitch.conf", 0, 0666) = 3 [..] SYS_open("/etc/host.conf", 0, 0666) = 3 [..] SYS_open("/etc/resolv.conf", 0, 0666) = 3 [..] SYS_open("/lib64/libnss_files.so.2", 0, 033150470650) = 3 [..] SYS_open("/etc/hosts", 524288, 0666) = 3 [..] SYS_open("/etc/gai.conf", 0, 0666) = 3 [..] SYS_write(1, "grusum.endjinn.de\n", 18grusum.endjinn.de ) = 18 /etc/gai.conf ist die config für getaddrinfo(3).

...

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.

Auch mit unsauberer externer Domain (seit dyndns keine Wildcards mehr erlaubt) hat Postfix keine Probleme.

Es geht darum intern _sauber_ die externe Domain zu verwenden.

...

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].

Jeder auch nur halbwegs brauchbare Newsserver schaut nach, ob die Message-ID gültig ist und ändert sie gegebenenfalls.

Macht fast keiner. Und Mailserver erst recht nicht. Guck dir einfach mal die Message-IDs an. -dnh -- If the bit is set to 1, the packet has evil intent. Secure systems SHOULD try to defend themselves against such packets. Insecure systems MAY chose to crash, be penetrated, etc. -- RfC 3514 -- 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

Am Fr, 20 Jul 2012 09:38:47 CEST schrieb Andre Tann:

Alle haben in /etc/hostname (nicht: HOSTNAME) den FQDN stehen, nicht nur den Hostname. Woraus schließt Du, daß dort nur der Hostname zu stehen hätte?

Ich habe da dumpf was in Erinnerung und glaube es hängt mit der Distri-Version zusammen. Ich hatte da auch mal Probleme mit einem meiner Scripts. Zur Zeit steht dort aber _kein_ FQDN. -- Αl -- 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

Am 18.07.2012 14:41, schrieb David Haller:

Also, Peter:

also , dann mal los:

#### besser wäre hier was genaueres als "lux.site", denn das ist kein

Ich habe keine Domain, aber wie ich den Wikipedialink verstehe, könnte ich z.B. lux.sitemcd.test als FQDN verwenden. das sieht dann so aus: cat /etc/hosts -------------- # IP-Address Full-Qualified-Hostname Short-Hostname # 127.0.0.1 lux.sitemcd.test localhost lux # special IPv6 addresses ::1 lux.sitemcd.test localhost lux ipv6-localhost ipv6-loopback fe00::0 ipv6-localnet ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts --------- Ich habe auch mit Yast unter Domänennamen statt "site" nun "sitemcd.test" eingetragen. --------------- Sicherheitshalber: newaliases postmap /etc/postfix/canonical postmap /etc/postfix/virtual postmap /etc/postfix/sender_canonical postmap /etc/postfix/relocated systemctl disable postfix.service systemctl enable postfix.service ------------ REBOOT -------------- Tests: echo "test" | mailx -s `test` -R root@localhost von: root@linux-z706.site an root@localhost echo "test" | mailx -s `test` -R root von: root@linux-z706.site an root@linux-z706.site hostname === lux hostname --fqdn === lux.sitemcd.test cat /etc/HOSTNAME === lux.sitemcd.test :-( --------- Nach wie vor positiv: die root-mail kommt zu localhost sowie die Mail einschließlich usenet "individual.de funktioniert auch. negativ: linux-z706.site ist resistent. Ein vergleichbares Ergebnis war zuvor mit "lux.site". Gruß Peter -- 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

Am 21.07.2012 05:32, schrieb David Haller:

Am Fri, 20 Jul 2012, Peter Mc Donough schrieb:

...

cat /etc/HOSTNAME === lux.sitemcd.test :-( Nicht so schlimm.

Das liegt an der Postfix Konfiguration. Du solltest folgendes in deiner /etc/postfix/main.cf haben:

==== mydomain = sitemcd.test myhostname = lux.sitemcd.test ====

Oder besser beides auskommentieren:

Kommentiere ich aus "mydomain" war nicht vorhanden, Mails von root an root gehen jetzt mit: echo "test" | mailx -s `test` -R root@localhost root@lux.localdomain ==> root@localhost.localdomain bzw echo "test" | mailx -s `test` -R root ==> an root@lux.localdomain ==> root@lux.localdomain Damit kann ich leben, danke. Gruß Peter ps Deine Mail war von 05:32. Alle Achtung. -- 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

Am 21.07.2012 14:28, schrieb David Haller:

Am Sat, 21 Jul 2012, Peter Mc Donough schrieb:

...

Am 21.07.2012 05:32, schrieb David Haller:

...

Am Fri, 20 Jul 2012, Peter Mc Donough schrieb: [..] Damit kann ich leben, danke.

Gut. Wie gesagt: Zusammenspiel von hosts, nsswitch.conf + evtl. lokaler DNS (wenn dns vor files in nsswitch.conf ...), und eben der Postfix Konfig. Kontrolliere diese auch nochmal mit

postconf -n | egrep 'domain|host'

aber sofort, als root lux:~ # postconf -n | egrep 'domain|host' inet_interfaces = localhost masquerade_domains = mydestination = $myhostname, localhost.$mydomain relayhost = virtual_alias_domains = hash:/etc/postfix/virtual lux:~ # Soll das so aussehen? Gruß Peter -- 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

Am 21.07.2012 20:33, schrieb David Haller:

Am Sat, 21 Jul 2012, Peter Mc Donough schrieb:

...

Am 21.07.2012 14:28, schrieb David Haller:

...

Am Sat, 21 Jul 2012, Peter Mc Donough schrieb:

...

...

... Kontrolliere diese auch nochmal mit postconf -n | egrep 'domain|host' lux:~ # postconf -n | egrep 'domain|host' inet_interfaces = localhost ok.

abgehakt

...

masquerade_domains =

Ich maskiere hier auf meine "echten" Domains (die ich aber ja auch intern verwende). Da müßte Sandy antworten ;)

Einzelplatzrechner, keinen Service für andere, brauch ich wohl nicht.

...

mydestination = $myhostname, localhost.$mydomain Hier hab ich noch ein ", localhost".

Wer weiß, wo das hier geblieben ist.

...

relayhost = Falls du nen Smarthost hier definieren willst wäre das die Variable, ansonsten

Wurde bisher nicht vermisst, werde ich wohl nicht brauchen.

...

virtual_alias_domains = hash:/etc/postfix/virtual Default ;)

Sehr gut

...

Soll das so aussehen?

AFAIK also: ja. Im Zweifelsfall, da wohl die Übnahme von hostname/domain per gethostbyname (Äh, BTW: hast du rebooted oder zumindest nscd etc. neu gestartet

Tests alle nach reboot: und per hostname/hostname -f geprüft

ob das das richtige bei rauskommt?)

Verwendet habe ich letztendlich "lux.sitemcd.invalid" hostname ==> lux hostname -f ==> lux.sitemcd.invalid nicht klappt kannst du immer noch

myhostname und mydomain in der main.cf setzen. Lasse ich vorläufig weg.

Danke dir Gruß Peter -- 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

Am 23.07.2012 09:27, schrieb Sandy Drobic:

Am 22.07.2012 20:51, schrieb Peter Mc Donough:

...

Am 21.07.2012 20:33, schrieb David Haller:

...

...

masquerade_domains = ... Das ist z.B. für den Fall gedacht, dass interne Domains "übersetzt" werden müssen in externe Domains, die das offizielle DNS kennt. Ich habe intern z.B. die Domain "washu.lab", welche extern nicht existiert.

Wieder was gelernt.

...

...

...

mydestination = $myhostname, localhost.$mydomain Hier hab ich noch ein ", localhost". ... Unwichtig, ...

gut

...

...

...

relayhost = ...

Dies ist dann interessant, wenn du Mails über deinen Internet-Provider schicken willst und dieser eine Authentifizierung verlangt. Wenn du nicht ins Internet schickst und nur Statusmails von diesem Host empfangen willst, ist das in Ordnung.

Verstehe ich nicht. Diese Mail kommt doch in der Liste an, obwohl "relayhost =" keinen Eintrag hat. Oder heißt das "mit Eintrag" wird die Mail direkt durchgereicht? Gruß Peter -- 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

Am 23.07.2012 11:24, schrieb Sandy Drobic:

Am 23.07.2012 11:12, schrieb Peter Mc Donough:

...

...

...

...

...

relayhost = ...

Ansonsten ist es besser, die Mails bei einem Provider einzuliefern, da dieser (hoffentlich) seinen Server sauber aufgesetzt hat.

GMX macht das für mich (hoffentlich ordentlich). Danke Peter -- 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

Am 23.07.2012 11:30, schrieb David Haller:

Am Mon, 23 Jul 2012, Peter Mc Donough schrieb:

...

Verstehe ich nicht. Diese Mail kommt doch in der Liste an, obwohl "relayhost =" keinen Eintrag hat.

Oder heißt das "mit Eintrag" wird die Mail direkt durchgereicht?

Das hatte ich (samt Kommentar aus der /etc/postfix/transport) doch schon in meiner letzten Mail erklärt ... ;)

Sandy ist schuld ;-) Erst mit seiner Erklärung ist mir aufgefallen, dass ich es nicht verstanden habe. Gruß Peter -- 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

Hallo, Am Mon, 23 Jul 2012, Peter Mc Donough schrieb:

Am 23.07.2012 11:30, schrieb David Haller:

...

Am Mon, 23 Jul 2012, Peter Mc Donough schrieb:

...

Verstehe ich nicht. Diese Mail kommt doch in der Liste an, obwohl "relayhost =" keinen Eintrag hat.

Oder heißt das "mit Eintrag" wird die Mail direkt durchgereicht?

Das hatte ich (samt Kommentar aus der /etc/postfix/transport) doch schon in meiner letzten Mail erklärt ... ;)

Sandy ist schuld ;-)

Erst mit seiner Erklärung ist mir aufgefallen, dass ich es nicht verstanden habe.

Äh, ja, wir haben beide was ausgelassen ... Ich hab den Fall ausgelassen (bzw. nicht dran gedacht), daß man direkt an den MX der Zieldomain ausliefert falls kein Smarthost definiert ist (per relayhost in der main.cf oder in der transport: ==== /etc/postfix/transport ==== # and specify a wildcard for all other destinations. [..] # * smtp:outbound-relay.my.domain ==== BTW: AFAIK müsste (zumindest ist das bei sendmail so) auch '.', also die root des DNS, als Zielspezifikation statt '*' gehen ;) Wenn weder das eine (relayhost = ... / '* smtp:...' in der transport) definiert sind liefert postfix alles, was nicht in der transport anderweitig umgeleitet wird direkt an den MX der jew. Domain (siehe z.B. 'dig mx [subdomains.]domain.tld'[1]). Sandy hat ausgelassen, wo und wozu man einen Smarthost definiert und hat sich ganz auf den Fall "weder relayhost noch wildcard in der transport gesetzt", also den daß direkt an den MX[1] ausgeliefert wird konzentriert. Ich bin vom "dial-up" ausgegangen, wo man fast immer nen Relay braucht um seine Mail loszuwerden, Sandy wohl eher von nem Server mit fester Anbindung und IP, dessen Mail normalerweise von anderen MXen angenommen wird und wo man das "direkt an den MX" daher durchaus konfigurieren kann... Als ONU, der am DSL ohne feste IP hängt und von seiner Linuxkiste Mails rausschicken will wäre das "direkt an MX" masochistisch ... -dnh, hoffend nix falsch erklärt zu haben, da zwar firm bei SMTP, aber nicht bei Postfix. Sandy hat den Thread zum Glück offenbar gefunden, wird mich also ggfs. hoffentlich korrigieren :) PS@Sandy: Ui, ich hab glaub auch das mit den Ausnahmen für $mydomain kapiert, scheint jedenfalls zu funktionieren. echo "" | mutt -s "" user -> lokal, wie gewünscht echo "" | mutt -s "" user@$mydomain -> smtp, dito dank: user@$mydomain smtp:mail.$mydomain in der transport wobei mail.$mydomain der MX für $mydomain ist (und mail.$mydomain wird intern nicht als hostname verwendet) ;) Muß ich die Tage aber mal "in echt" und nicht nur bis zur mqueue testen. [1] z.B. für deine Mail: $ dig mx gmx.de [...] ;; QUESTION SECTION: ;gmx.de. IN MX ;; ANSWER SECTION: gmx.de. 25 IN MX 10 mx1.gmx.net. gmx.de. 25 IN MX 10 mx0.gmx.net. Das sagt mir (bzw. postfix) daß ich Mail an <irgendwas>@gmx.de bei mx1 oder mx0.gmx.net einliefern soll. Allerdings, je nachdem wie die beiden MX konfiguriert sind, nehmen die MXe Mail von Dial-Up-IPs erst gar nicht an, ergo muß man da nen "relayhost" verwenden (das muß nicht der des Providers sein ;) -- If breathing required conscious thought, the world population would be on a sharp decline. -- Greg Andrews -- 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

Hallo, Am Mon, 23 Jul 2012, Sandy Drobic schrieb:

Am 23.07.2012 12:43, schrieb David Haller:

...

Äh, ja, wir haben beide was ausgelassen ...

Ich hab den Fall ausgelassen (bzw. nicht dran gedacht), daß man direkt an den MX der Zieldomain ausliefert falls kein Smarthost definiert ist (per relayhost in der main.cf oder in der transport:

Grins! Wenn man alle Fälle berücksichtigen möchte, schreibt man Romane. Ich bin dafür, dass unser OP mal sagt, ob er Mails nur an sich selbst (interner Mailserver oder externes Postfach) schickt oder ob Mails auch an externe Mailserver wie GMX und Web.de geschickt werden.

Äh, schon extern, davon kann man IMO ausgehen.

...

==== /etc/postfix/transport ==== # and specify a wildcard for all other destinations. [..] # * smtp:outbound-relay.my.domain ====

BTW: AFAIK müsste (zumindest ist das bei sendmail so) auch '.', also die root des DNS, als Zielspezifikation statt '*' gehen ;)

Zu Sendmail kann ich nichts sagen, da ich mich auf Postfix eingeschossen habe.

Ist aber ja ne Postfix-Frage: da '.' eine gültige Domain ist, müßte Postfix die genauso wie z.B. .de. oder foo.de. in der transport in der ersten Spalte akzeptieren. Was die gleiche Wirkung hätte wie der '*' dort, aber eben auch wie der '.' in sendmail's /etc/mail/mailertable an gleicher Stelle (die bei AFAIK fast gleicher Syntax das gleiche macht wie postfix' transport (AFAIR erlaubt sendmail keinen local-Part in der ersten Spalte also user@domain.tld.)).

...

Wenn weder das eine (relayhost = ... / '* smtp:...' in der transport) definiert sind liefert postfix alles, was nicht in der transport anderweitig umgeleitet wird direkt an den MX der jew. Domain (siehe z.B. 'dig mx [subdomains.]domain.tld'[1]).

Postfix folgt dem RFC2821, wo zuerst im DNS nach dem zuständigen MX der Zieldomain gesucht wird oder, wenn MX nicht gesetzt, nach einem A-Eintrag der Domain.

Nur, wenn ein Eintrag in der transport_maps gesetzt wurde oder ein Relayhost definiert ist, wird dies übersteuert.

Du sagst das gleiche wie ich, nur andersrum ;) - zuerst wird in transport geguckt ob was passt (je spezifischer, desto "besser") - falls dort (inkl. Wildcards, s.o., womit sich ein Smarthost definieren läßt) nix passendes gefunden wird, wird die Variable relayhost konsultiert (aus main.cf, ist Definition eines Smarthosts) - falls sich auch dort nix findet wirft postfix sein "dig mx" an und frag per DNS wer der MX für die Domain ist und ab geht die Mail direkt an den MX der jew. Empfänger-Domain Falls man das versenden direkt an den MX nicht wünscht (weil man an ner Dyn-IP hängt, und s. Sandy unten ...), kann man entweder in der transport per wildcard '*', oder per 'relayhost = ' Variable in der main.cf einen sog. "Smarthost" beim eigenen (Mail-)Provider definieren. Meiner ist z.B. mail.$mydomain beim Hoster der Domain wo ich mich per SMTP-Auth authentifiziere ... Bei der Telekom kann das AFAIK immer noch über die Einwahl selber authentifiziert werden ;)

...

Sandy hat ausgelassen, wo und wozu man einen Smarthost definiert und hat sich ganz auf den Fall "weder relayhost noch wildcard in der transport gesetzt", also den daß direkt an den MX[1] ausgeliefert wird konzentriert.

Ich bin vom "dial-up" ausgegangen, wo man fast immer nen Relay braucht um seine Mail loszuwerden, Sandy wohl eher von nem Server mit fester Anbindung und IP, dessen Mail normalerweise von anderen MXen angenommen wird und wo man das "direkt an den MX" daher durchaus konfigurieren kann... Als ONU, der am DSL ohne feste IP hängt und von seiner Linuxkiste Mails rausschicken will wäre das "direkt an MX" masochistisch ...

Hatte ich vor etlichen Jahren mal durchexerziert, aber sehr bald ernüchtert aufgegeben. Heute ist es außer für Spezialaufgaben praktisch unmöglich, einen Mailserver auf einer dynamischen IP zu betreiben.

Zumindest ohne einen Smarthost für die ausgehende Mail ;)

...

-dnh, hoffend nix falsch erklärt zu haben, da zwar firm bei SMTP, aber nicht bei Postfix. Sandy hat den Thread zum Glück offenbar gefunden, wird mich also ggfs. hoffentlich korrigieren :)

Bisher keine Ursache. (^-^)

Wunderbar :)

...

PS@Sandy: Ui, ich hab glaub auch das mit den Ausnahmen für $mydomain kapiert, scheint jedenfalls zu funktionieren. echo "" | mutt -s "" user -> lokal, wie gewünscht echo "" | mutt -s "" user@$mydomain -> smtp, dito dank: user@$mydomain smtp:mail.$mydomain in der transport wobei mail.$mydomain der MX für $mydomain ist (und mail.$mydomain wird intern nicht als hostname verwendet) ;) Muß ich die Tage aber mal "in echt" und nicht nur bis zur mqueue testen.

Frage einfach, wenn etwas unlogisch erscheint in der Konfig.

Öh, im Moment läuft alles prima. Aber vermutlich ist das ein oder andere etwas seltsam konfiguriert. Ich mail dir vielleicht mal meine 'postconf -n' Ausgabe und die master.cf/transport (ohne Kommentare) o.ä. halt was weder default noch in 'postconf -n' drinsteht. Mal schauen. Vielleicht. Es läuft ja :)

...

[1] z.B. für deine Mail: $ dig mx gmx.de [..] Allerdings, je nachdem wie die beiden MX konfiguriert sind, nehmen die MXe Mail von Dial-Up-IPs erst gar nicht an, ergo muß man da nen "relayhost" verwenden (das muß nicht der des Providers sein ;)

GMX ist da ziemlich rabiat. Die Unterbrechen sogar die SMTP-Verbindung direkt, wenn eine Dynamische IP versucht, sich zu verbinden, ohne erst wie sonst üblich bis zum RCTP TO zu gehen. Postfix in früheren Versionen hat da etwas verdrossen drauf reagiert.

Eben. *gwärks*. Daher geh ich halt auch erstmal davon aus, daß da ein "Smarthost" involviert ist. Wenn sich die Frage auf so eine "Smarthost" bezieht sollte das eigentlich auch aus der Fragestellung hervorgehen ;) -dnh -- Die Menschen sagen, der Weg zur Hölle sei mit guten Vorsätzen gepflastert. Wieso? Denken sie etwa, es gäbe einen Mangel an schlechten Vorsätzen? -- Karm'Luk P'an Ku, "Die Freude der Klarheit", n.C. 8633 -- Andromeda 1x15 - Forced Perspective -- 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

Am 18.07.2012 11:36, schrieb Sandy Drobic:

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:

Danke erst einmal für die Antworten. Ich gehe das der Reihe nach durch.

...

...

hostname --fqdn lux Hier sollte aber der FQDN und nicht nur der Hostname ausgegeben werden.

gegenwärtig 127.0.0.1 localhost # special IPv6 addresses ::1 localhost ipv6-localhost ipv6-loopback den "lux" möchte ich nur als letzte Option händisch eintragen, wenn das System mir das nicht abnimmt, sonst fällt mir das u.U. an andere Stelle auf die Füße.

Benutzt du statische IPs oder per DHCP vergebene IPs? Traditionell ifup oder per Networkmanager?

lt Yast bei "Globale Optionen" Traditionelle Methode mit ifup Hostname mit DHCP ändern. Bei "Übersicht": Gerätename: eth0 Beim Booten automatisch gestartet IP-Adresse zugewiesen mittels DHCP

Was steht den in /etc/nsswitch.conf bei hosts und networks?

# /etc/nsswitch.conf # hosts: files mdns4_minimal [NOTFOUND=return] dns networks: files dns ---------------------- [Quote aus der Mail Werner Flamme] "Ergänzend: Was steht in /etc/HOSTNAME? Da muss "lux.site" stehen, nicht "lux" (ohne Anführungszeichen)" less /etc/HOSTNAME lux.site ---------------- Gruß Peter -- 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

Hallo, Mail-Meldungen stehen typischerweise ist /var/log/mail{.err,.info,.warn} Und vielleicht sollte die alias-DB aktualisiert werden: newaliases Am Montag, den 16.07.2012, 12:41 +0200 schrieb Peter Mc Donough:

Am 16.07.2012 11:41, schrieb Sandy Drobic:

...

Am 16.07.2012 01:01, schrieb Peter Mc Donough:

...

Wo muss ich da drehen?

Default-MTA ist Postfix, also zeige mal die Postfix-Konfiguration (Ausgabe von "postconf -n") und die Meldung unter /var/log/mail nach einer Testmail. Ergänzend bitte noch /etc/hosts und ob IPv6 oder nur IPv4 in Gebrauch ist.

postconf -n ist ergibig

unter "myhostname = linux-z706.site" sollte "myhostname = lux.site" stehen.

es folgt die Ausgabe postconf -n dann /etc/hosts dann ein Abschnitt aus /var/log/mail ------------------------------------- alias_maps = hash:/etc/aliases biff = no canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = daemon_directory = /usr/lib/postfix data_directory = /var/lib/postfix debug_peer_level = 2 defer_transports = delay_warning_time = 1h disable_dns_lookups = no disable_mime_output_conversion = no html_directory = /usr/share/doc/packages/postfix-doc/html inet_interfaces = localhost inet_protocols = all mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = mailbox_size_limit = 0 mailbox_transport = mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 0 message_strip_characters = \0 mydestination = $myhostname, localhost.$mydomain myhostname = linux-z706.site mynetworks_style = subnet newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix-doc/README_FILES relay_clientcerts = relayhost = relocated_maps = hash:/etc/postfix/relocated sample_directory = /usr/share/doc/packages/postfix-doc/samples sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_enforce_tls = no smtp_sasl_auth_enable = no smtp_sasl_password_maps = smtp_sasl_security_options = smtp_tls_CAfile = smtp_tls_CApath = smtp_tls_cert_file = smtp_tls_key_file = smtp_tls_session_cache_database = smtp_use_tls = no smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = no smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_tls_CAfile = smtpd_tls_CApath = smtpd_tls_ask_ccert = no smtpd_tls_cert_file = smtpd_tls_key_file = smtpd_tls_received_header = no smtpd_use_tls = no strict_8bitmime = no strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 550 virtual_alias_domains = hash:/etc/postfix/virtual virtual_alias_maps = hash:/etc/postfix/virtual --------------------------------------- --------------------------------------- ### /etc/hosts # # hosts This file describes a number of hostname-to-address # mappings for the TCP/IP subsystem. It is mostly # used at boot time, when no name servers are running. # On small systems, this file can be used instead of a # "named" name server. # Syntax: # # IP-Address Full-Qualified-Hostname Short-Hostname #

127.0.0.1 localhost

# special IPv6 addresses ::1 localhost ipv6-localhost ipv6-loopback

fe00::0 ipv6-localnet

ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts --------------------------------------- ---------------------------------------

### /var/log/mail ### Ausgabe in KDE nach Neuboot ### Jul 16 12:03:23 lux postfix/postfix-script[4135]: starting the Postfix mail system Jul 16 12:03:23 lux postfix/master[4136]: daemon started -- version 2.8.8, configuration /etc/postfix Jul 16 12:03:24 lux postfix/pickup[4141]: 0C4AC6050F: uid=0 from=<root> Jul 16 12:03:24 lux postfix/cleanup[4157]: 0C4AC6050F: message-id=<20120716100324.0C4AC6050F@linux-z706.site> Jul 16 12:03:24 lux postfix/qmgr[4142]: 0C4AC6050F: from=, size=439, nrcpt=1 (queue active) Jul 16 12:03:24 lux postfix/local[4165]: warning: database /etc/aliases.db is older than source file /etc/aliases Jul 16 12:03:24 lux postfix/local[4165]: 0C4AC6050F: to=, orig_to=, relay=local, delay=74, delays=74/0.02/0/0.05, dsn=2.0.0, status=sent (delivered to mailbox) Jul 16 12:03:24 lux postfix/qmgr[4142]: 0C4AC6050F: removed Jul 16 12:05:29 lux postfix/postfix-script[4369]: stopping the Postfix mail system Jul 16 12:05:29 lux postfix/master[4136]: terminating on signal 15 ### mit ### echo "test_root_localhost" | mailx -s `test` -R root@localhost ### wird erst sichbar wen 12:08 ### "service postfix restart" eingegeben wird ### Jul 16 12:08:28 lux postfix/postfix-script[4139]: starting the Postfix mail system Jul 16 12:08:28 lux postfix/master[4140]: daemon started -- version 2.8.8, configuration /etc/postfix Jul 16 12:08:28 lux postfix/pickup[4146]: 90BCA6050F: uid=0 from=<root> Jul 16 12:08:28 lux postfix/cleanup[4150]: 90BCA6050F: message-id=<20120716100828.90BCA6050F@linux-z706.site> Jul 16 12:08:28 lux postfix/qmgr[4147]: 90BCA6050F: from=, size=439, nrcpt=1 (queue active) Jul 16 12:08:28 lux postfix/local[4167]: warning: database /etc/aliases.db is older than source file /etc/aliases Jul 16 12:08:28 lux postfix/local[4167]: 90BCA6050F: to=, orig_to=, relay=local, delay=27, delays=27/0.03/0/0.05, dsn=2.0.0, status=sent (delivered to mailbox) Jul 16 12:08:28 lux postfix/qmgr[4147]: 90BCA6050F: removed Jul 16 12:09:52 lux postfix/postfix-script[4299]: stopping the Postfix mail system Jul 16 12:09:52 lux postfix/master[4140]: terminating on signal 15

----------------------------

Gruß Peter

-- Beste Gruesse Christoph Stockmayer --------------------------------------------------- Ingenieurbuero Christoph Stockmayer GmbH Dipl.Ing. Chr. Stockmayer SCLT, CNI, LPIC1, CLA Dreihoehenstr. 1 90571 Schwaig Tel: 0911/505241 Fax: 0911/5009584 eMail: sto@stockmayer.de, christoph.stockmayer@gmx.de ePost: christoph.stockmayer@epost.de WWW: www.stockmayer.de, www.stockmayer.eu Geschaeftsfuehrer: Christoph Stockmayer HRB 1290, Bad Hersfeld, Abt. Rotenburg --------------------------------------------------- -- 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