postfix generiert Quatschdomain "localhost.ratti.local"
Moin, Grmpf, kaum hatte ich die 8.1 auf meine Workstation gespielt, gab mein Server den Geist auf und ich habe die dankbare Aufgabe, das ganze Netz neu hochzuziehen... Nix geht, über 1000 Mails wech. :-(( Ich habe beschlossen, mal postfix auszuprobieren, bin reichlich enttäuscht, aber will das jetzt mal durchziehen. Also: Ich habe ein lokales Netzwerk "local". In diesem Netzwerk existiert "server.local" und holt die Mails von diversen pop3 ab. Meine Kiste ist "ratti.local" und holt seine Post von "server.local" ab. "server.local" hat einen DNS am laufen. Ich habe Probleme mit der lokalen Zustellung. Wenn ich Mail mit fetchmail abhole: [blablabla] is "ratti" here ...dann bastelt er sich für "here" Quatschdomains wie "localhost.ratti.local" bzw. "localhost.server.local" Korrekt wäre natürlich "ratti@localhost" oder "ratti@server.local", aber nicht beides. Lieber ersteres, dann geht es auch, wenn mal der DNS an der Wand klebt. Ich nehme mal an, daß man das lösen _könnte_ mit der Option: # The mydomain parameter specifies the local internet domain name. # The default is to use $myhostname minus the first component. # $mydomain is used as a default value for many other configuration # parameters. # #mydomain = domain.tld ...in der main.cf von postfix. Ich gehe aber davon aus, daß dann das Konfigurieren von postfix über yast sein jähes Ende findet, bzw. meine Konfig wieder überschrieben würde. Das möchte ich vermeiden. Bisher helfe ich mir damit, "localhost.server.local" als lokal auszuliefernde Domain einzutragen, aber das kommt mir pervers vor. Ich will's sauber. Hat jemand eine yast-only Lösung anzubiedern? Ach, und müßt ihr procmail auch manuell in die .forward eintragen, damit ihr Post sortieren könnt? Ich frage mich wirklich, was an postfix so einfach sein soll. Gruß, Ratti -- http://www.gesindel.de - Fontlinge - Die Fontverwaltung fuer Linux Fontmanagement for Linux
Hallo Joerg Am Son, 2002-10-20 um 11.18 schrieb Joerg Rossdeutscher:
Moin,
Grmpf, kaum hatte ich die 8.1 auf meine Workstation gespielt, gab mein Server den Geist auf und ich habe die dankbare Aufgabe, das ganze Netz neu hochzuziehen... Nix geht, über 1000 Mails wech. :-((
Aua..Du hast mein Mitgefühl.
Ich habe beschlossen, mal postfix auszuprobieren, bin reichlich enttäuscht, aber will das jetzt mal durchziehen.
Also: Ich habe ein lokales Netzwerk "local". In diesem Netzwerk existiert "server.local" und holt die Mails von diversen pop3 ab.
Meine Kiste ist "ratti.local" und holt seine Post von "server.local" ab.
"server.local" hat einen DNS am laufen.
Hmmm im Vergleich zu einem "richtigen" Server hiesse der Rechner dann z.B. "suse.de" und nicht ein_rechner.suse.de.
Ich habe Probleme mit der lokalen Zustellung. Wenn ich Mail mit fetchmail abhole:
[blablabla] is "ratti" here
...dann bastelt er sich für "here" Quatschdomains wie "localhost.ratti.local" bzw. "localhost.server.local"
Kein Wunder. "Normalerweise" bestehen Domains ja auch aus 3 Teilen und nicht nur 2. Meine Domain ist z.B. hentges.local. Einer meiner Rechner heisst dann z.B. mhcln01.hentges.local. Damit hat Postfix keine Probleme.
Korrekt wäre natürlich "ratti@localhost" oder "ratti@server.local", aber nicht beides. Lieber ersteres, dann geht es auch, wenn mal der DNS an der Wand klebt.
Ich nehme mal an, daß man das lösen _könnte_ mit der Option:
# The mydomain parameter specifies the local internet domain name. # The default is to use $myhostname minus the first component. # $mydomain is used as a default value for many other configuration # parameters. # #mydomain = domain.tld
Würde IMHO nicht gehen. Ich habe da hentges.local drin stehen und Postfix macht mhcln01.hentges.local draus. Naja wenn du mydomain auf "local" setzt vieleicht....
...in der main.cf von postfix. Ich gehe aber davon aus, daß dann das Konfigurieren von postfix über yast sein jähes Ende findet, bzw. meine Konfig wieder überschrieben würde. Das möchte ich vermeiden.
Bisher helfe ich mir damit, "localhost.server.local" als lokal auszuliefernde Domain einzutragen, aber das kommt mir pervers vor. Ich will's sauber.
Sauber wäre eine 3-stellige Domain IMHO (also rechner.domain.tld)
Hat jemand eine yast-only Lösung anzubiedern?
Leider nein. Ausser man kann die lokale Domain mit Yast ändern ;)
Ach, und müßt ihr procmail auch manuell in die .forward eintragen, damit ihr Post sortieren könnt? Ich frage mich wirklich, was an postfix so einfach sein soll.
Ja, das musste ich (unter SuSE 8.0) auch von Hand machen... Aber wenn ich mir die Sendmail-Konfiguration anschaue, ist Postfix doch suuuuuper einfach hehe -- Matthias Hentges [www.hentges.net] -> PGP + HTML are welcome ICQ: 97 26 97 4 -> No files, no URLs "Thats what sucks about windows, you can't say that you rooted some one. Saying "I ADMINISTRATORED YOU!" just doesn't sound cool."
Moin,
Am Son, 2002-10-20 um 11.18 schrieb Joerg Rossdeutscher:
Ich habe Probleme mit der lokalen Zustellung. Wenn ich Mail mit fetchmail abhole:
[blablabla] is "ratti" here
...dann bastelt er sich für "here" Quatschdomains wie "localhost.ratti.local" bzw. "localhost.server.local"
[ Matthias Hentges
Kein Wunder. "Normalerweise" bestehen Domains ja auch aus 3 Teilen und nicht nur 2.
Hm, das ist m.E. so nicht richtig. "local" ist ja (Inofizieller?) Standard, wird daher korrekterweise auch von Suse su vergegeben, wenn du dein Netzwerk konfigurierst. Spätestens bei "localhost" heisst es dann ja auch wirklich nur "localhost" und nicht "localhost.domain.foo".
Meine Domain ist z.B. hentges.local. Einer meiner Rechner heisst dann z.B. mhcln01.hentges.local.
Damit hat Postfix keine Probleme.
Ich kann mir fast nicht vorstellen, daß es (ausschliesslich) so richtig ist.
Ach, und müßt ihr procmail auch manuell in die .forward eintragen, damit ihr Post sortieren könnt? Ich frage mich wirklich, was an postfix so einfach sein soll.
Ja, das musste ich (unter SuSE 8.0) auch von Hand machen... Aber wenn ich mir die Sendmail-Konfiguration anschaue, ist Postfix doch suuuuuper einfach hehe
:-) Ja, nur daß ich sendmail nie wirklich konfigurieren musste, und procmail "out of the box" lief, Spamassassin und Antivir sich selbsttätig nahtlos reinhingen, und gut war's. Was hat's mich gekümmert, daß im Hintergrund ein Braunkohlebagger die Mails schaufelte. :-) Wenn ich jetzt schon Probleme mit der einfachen Mailzustellung habe, graut mir vor den beiden Spezies jetzt schon. :-) Gruß, Ratti -- http://www.gesindel.de - Fontlinge - Die Fontverwaltung fuer Linux Fontmanagement for Linux
Am Mon, 2002-10-21 um 20.06 schrieb Joerg Rossdeutscher:
Moin,
Am Son, 2002-10-20 um 11.18 schrieb Joerg Rossdeutscher:
Ich habe Probleme mit der lokalen Zustellung. Wenn ich Mail mit fetchmail abhole:
[blablabla] is "ratti" here
...dann bastelt er sich für "here" Quatschdomains wie "localhost.ratti.local" bzw. "localhost.server.local"
[ Matthias Hentges
- 20.10.2002 14:49:28 ]: Kein Wunder. "Normalerweise" bestehen Domains ja auch aus 3 Teilen und nicht nur 2.
Hm, das ist m.E. so nicht richtig. "local" ist ja (Inofizieller?) Standard, wird daher korrekterweise auch von Suse su vergegeben, wenn du dein Netzwerk konfigurierst.
Ja aber ".local" ist eine TLD (wie z.B. .de, .org usw.) und soll AFAIK für private Netze auch so offiziell aufgenommen werden ;) Aber es ist eben keine Domain.
Spätestens bei "localhost" heisst es dann ja auch wirklich nur "localhost" und nicht "localhost.domain.foo".
Localhost ist ja auch keine Domain/TLD sonder ein normaler Hostname. Und den localhost.domain.foo gibt es in der Tat. Wenn z.B einige Mailserver deinen Hostnamen (warum auch immer...) nicht ermitteln können, dann nehmen sie localhost.domain.tld (siehe postfix/sendmail uva.) +root@mhcln01:/etc >ping localhost.hentges.local PING localhost.hentges.local (127.0.0.1): 56 data bytes 64 bytes from 127.0.0.1: icmp_seq=0 ttl=255 time=0.0 ms 64 bytes from 127.0.0.1: icmp_seq=1 ttl=255 time=0.1 ms Dabei wird ja im Prinzip nur der host "localhost" in der Domain hentges.local gesucht. +root@mhcln01:/etc >nslookup -sil localhost.hentges.local Server: 192.168.5.1 Address: 192.168.5.1#53 Name: localhost.hentges.local Address: 127.0.0.1
Meine Domain ist z.B. hentges.local. Einer meiner Rechner heisst dann z.B. mhcln01.hentges.local.
Damit hat Postfix keine Probleme.
Ich kann mir fast nicht vorstellen, daß es (ausschliesslich) so richtig ist.
Stimmt...es gibt schon Rechner die nur eine TLD haben. Allerding haben die auch jede Menge Fun wenn die mal irgendwas einrichten müssen :) (-> http://www.de/)
Ach, und müßt ihr procmail auch manuell in die .forward eintragen, damit ihr Post sortieren könnt? Ich frage mich wirklich, was an postfix so einfach sein soll.
Ja, das musste ich (unter SuSE 8.0) auch von Hand machen... Aber wenn ich mir die Sendmail-Konfiguration anschaue, ist Postfix doch suuuuuper einfach hehe
:-) Ja, nur daß ich sendmail nie wirklich konfigurieren musste, und procmail "out of the box" lief, Spamassassin und Antivir sich selbsttätig nahtlos reinhingen, und gut war's. Was hat's mich gekümmert, daß im Hintergrund ein Braunkohlebagger die Mails schaufelte. :-)
Hehe Braunkohlebagger ist ein guter Vergleich. Aber dank SpamAssassin hast Du ja die Performence wieder auf "Spaten" gedrückt oder? Den SpamAss benutze ich auch und wenn mal 200+ Mails auf einmal reinflattern wirds langsam, da fällt Antivir schon garnicht mehr auf :)
Wenn ich jetzt schon Probleme mit der einfachen Mailzustellung habe, graut mir vor den beiden Spezies jetzt schon. :-)
Naja Antivir ist ein wenig Fummelei, aber der SpamAss ist schnell eingerichtet. Das durfte ich gestern unter Debian machen...von Hand versteht sich ;) -- Matthias Hentges [www.hentges.net] -> PGP + HTML are welcome ICQ: 97 26 97 4 -> No files, no URLs "Thats what sucks about windows, you can't say that you rooted some one. Saying "I ADMINISTRATORED YOU!" just doesn't sound cool."
Moin, [Domainnamen] Heisst das im Klartext, daß "local" keine korrekte Domain ist für die _interne_ Verwendung? Also, "extern" nicht, das ist klar, aber dafür ist sie ja auch nicht gedacht. Für die interne Verwendung ist es m.E. nicht nur eine zulässige, sondern sogar die empfohlene Domain. Bin ich mit meinem Problem alleine? Kann das mal jemand bestätigen, dann ist es m.E. schlichtweg ein Bug, oder hat niemand von euch einen "Server" in seiner Besenkammer stehen, der stündlich eure Post abholt? postfix kann doch nicht einfach davon ausgehen, daß interne Domains unbedingt host.server.tld heissen müssen? Das wäre doch Quatsch. Was soll ich mit dreistelligen Namen im vier-Rechner-Netz? Zumal sehr viele Rechner mit vorkonfigurierter Domain "local" kommen?!? Na, ich werd' schon mal ".bes" reservieren, für "Besenkammer". :-)
Am Mon, 2002-10-21 um 20.06 schrieb Joerg Rossdeutscher:
:-) Ja, nur daß ich sendmail nie wirklich konfigurieren musste, und procmail "out of the box" lief, Spamassassin und Antivir sich selbsttätig nahtlos reinhingen, und gut war's. Was hat's mich gekümmert, daß im Hintergrund ein Braunkohlebagger die Mails schaufelte. :-)
[ Matthias Hentges
Hehe Braunkohlebagger ist ein guter Vergleich. Aber dank SpamAssassin hast Du ja die Performence wieder auf "Spaten" gedrückt oder? Den SpamAss benutze ich auch und wenn mal 200+ Mails auf einmal reinflattern wirds langsam, da fällt Antivir schon garnicht mehr auf :)
Antivir kommt sowieso nicht mehr rein, war nur aus Interesse. Hier rennt kein Win mehr. Bei Spamassassin wird's schon wieder interessant, wegen der Performance. Das Problem dürfte sein, daß procmail auf Teufel-komm-raus Instanzen startet, statt die Mails nacheinander abzuarbeiten. Gruß, Ratti -- http://www.gesindel.de - Fontlinge - Die Fontverwaltung fuer Linux Fontmanagement for Linux
Am Tue, 22 Oct 2002 22:46:33 -0100 schrieb Joerg Rossdeutscher:
[Domainnamen]
Heisst das im Klartext, daß "local" keine korrekte Domain ist für die _interne_ Verwendung?
Also, "extern" nicht, das ist klar, aber dafür ist sie ja auch nicht gedacht. Für die interne Verwendung ist es m.E. nicht nur eine zulässige, sondern sogar die empfohlene Domain.
Bin ich mit meinem Problem alleine?
Wo liegt Dein Problem? Eine domain besteht aus mind. zwei Bestandteilen und postfix macht DNS-lookups unter anderem nach dem MX. Dieses Verhalten ist völlig korrekt kann deaktivert werden.
Kann das mal jemand bestätigen, dann ist es m.E. schlichtweg ein Bug, oder hat niemand von euch einen "Server" in seiner Besenkammer stehen, der stündlich eure Post abholt?
Das ist mit Sicherheit kein bug. Postfix verhält sich RFC-conform und läuft hier einfach nur wunderbar. Ich habe selten eine so großartige Software gesehen, die sich so durchdacht handhaben und upgraden läßt.
postfix kann doch nicht einfach davon ausgehen, daß interne Domains unbedingt host.server.tld heissen müssen? Das wäre doch Quatsch. Was soll ich mit dreistelligen
Daraus besteht ein Domain und aus nix anderem. Schalte DNS-lookups aus und probiers nochmal. postconf |grep dns
Namen im vier-Rechner-Netz? Zumal sehr viele Rechner mit vorkonfigurierter Domain "local" kommen?!?
postfix/smtpd[10026]: starting TLS engine
postfix/smtpd[10026]: connect from gamma.meyer.home[192.168.1.3]
postfix/smtpd[10026]: B880117D0D: client=gamma.meyer.home[192.168.1.3]
postfix/cleanup[10027]: B880117D0D: message-id=<20021022211428.B880117D0D@delta.anup.de>
postfix/smtpd[10026]: disconnect from gamma.meyer.home[192.168.1.3]
postfix/nqmgr[848]: B880117D0D: from=
Hallo Ratti,
Joerg Rossdeutscher
Moin,
[Domainnamen]
[...]
Bin ich mit meinem Problem alleine? Kann das mal jemand bestätigen, dann ist es m.E. schlichtweg ein Bug, oder hat niemand von euch einen "Server" in seiner Besenkammer stehen, der stündlich eure Post abholt?
postfix kann doch nicht einfach davon ausgehen, daß interne Domains unbedingt host.server.tld heissen müssen? Das wäre doch Quatsch. Was soll ich mit dreistelligen Namen im vier-Rechner-Netz? Zumal sehr viele Rechner mit vorkonfigurierter Domain "local" kommen?!?
Na, ich werd' schon mal ".bes" reservieren, für "Besenkammer". :-)
Ich habe den Thread nur am Rande verfolgt, wen ich das richtig verstehe, geht es darum daß postfix Empfängeradressen umschreibt. meine Logfiles zeigen eingehende Mails mit dieter@l4b.de@localhost.l4b.de an. wobei l4b.de meine lokale MX Domain ist, localhost der Mailhost, eigentlich pink.l4b.de. Das Problem dieser seltsamen Schreibweise ist bekannt, Antivir hatte früher einige Probleme damit, ist aber dann behoben worden. Procmail und lmtpd haben aber keine Probleme damit und stellen die Mail richtig zu. Du wirst also damit leben müssen :-) [...] -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter@schevolution.com http://www.schevolution.com/tour
Am Mit, 2002-10-23 um 01.46 schrieb Joerg Rossdeutscher:
Moin,
[Domainnamen]
Heisst das im Klartext, daß "local" keine korrekte Domain ist für die _interne_ Verwendung?
Korrekt. .local ist eine TLD und keine Domain. Und IIRC wird .local auch so eingetragen, wenn du bei der Installation deine "normale" Domain angibst.
Also, "extern" nicht, das ist klar, aber dafür ist sie ja auch nicht gedacht. Für die interne Verwendung ist es m.E. nicht nur eine zulässige, sondern sogar die empfohlene Domain.
Nicht Domain, sonder TLD ;) Damit soll verhindert werden, dass "unbedarfte" Linuxer sich eine Domain mit *gültiger* TLD basteln, und sich dann aufregem, wenn sie nix ans laufen bekommen. Nun gibts die TLD .local und alles ist gut :)
Bin ich mit meinem Problem alleine? Kann das mal jemand bestätigen, dann ist es m.E. schlichtweg ein Bug, oder hat niemand von euch einen "Server" in seiner Besenkammer stehen, der stündlich eure Post abholt?
Err was ist denn nun so wahnsinnig schlimm sich eine 3-Stellige Domain zu erstellen. Ich seh da keinen grossen Unterschied, sorry.
postfix kann doch nicht einfach davon ausgehen, daß interne Domains unbedingt host.server.tld heissen müssen?
Doch, weil es ein Standard ist.
Das wäre doch Quatsch. Was soll ich mit dreistelligen Namen im vier-Rechner-Netz? Zumal sehr viele Rechner mit vorkonfigurierter Domain "local" kommen?!?
Na, ich werd' schon mal ".bes" reservieren, für "Besenkammer". :-)
lol Ich wollte erst .kz registrieren (für Kinderzimmer) aber dann rennt mir wohl der BND die Türen ein :)) Nun steht er in der Kneipe (-> .LOCAL) *SCNR*
Am Mon, 2002-10-21 um 20.06 schrieb Joerg Rossdeutscher:
:-) Ja, nur daß ich sendmail nie wirklich konfigurieren musste, und procmail "out of the box" lief, Spamassassin und Antivir sich selbsttätig nahtlos reinhingen, und gut war's. Was hat's mich gekümmert, daß im Hintergrund ein Braunkohlebagger die Mails schaufelte. :-)
[ Matthias Hentges
- 22.10.2002 00:56:43 ]: Hehe Braunkohlebagger ist ein guter Vergleich. Aber dank SpamAssassin hast Du ja die Performence wieder auf "Spaten" gedrückt oder? Den SpamAss benutze ich auch und wenn mal 200+ Mails auf einmal reinflattern wirds langsam, da fällt Antivir schon garnicht mehr auf :)
Antivir kommt sowieso nicht mehr rein, war nur aus Interesse. Hier rennt kein Win mehr.
Hier auch nicht, aber ich will trotzdem wissen wer mich mit Viren zumüllt ;)
Bei Spamassassin wird's schon wieder interessant, wegen der Performance. Das Problem dürfte sein, daß procmail auf Teufel-komm-raus Instanzen startet, statt die Mails nacheinander abzuarbeiten.
In der aktuellen C't ist ein Artikel, wie man den SpamAss als daemon startet. Das sollte einen Performanceschub bringen. -- Matthias Hentges [www.hentges.net] -> PGP + HTML are welcome ICQ: 97 26 97 4 -> No files, no URLs "Thats what sucks about windows, you can't say that you rooted some one. Saying "I ADMINISTRATORED YOU!" just doesn't sound cool."
Matthias Hentges wrote:
Am Mit, 2002-10-23 um 01.46 schrieb Joerg Rossdeutscher:
Moin,
[Domainnamen]
Heisst das im Klartext, daß "local" keine korrekte Domain ist für die _interne_ Verwendung?
Korrekt. .local ist eine TLD und keine Domain.
Aha, zeig mal. Eine TLD zeichnet sich dadurch aus, das die Root-Nameserver (fuer die Domain '.' verantwortlich) einen Nameserver fuer die fragliche Domain angeben koennen. local ist ein Name, den man seiner Domain, seinem Rechner, seiner Katze oder seinen Kindern geben kann. Nichts weiter.
postfix kann doch nicht einfach davon ausgehen, daß interne Domains unbedingt host.server.tld heissen müssen?
Doch, weil es ein Standard ist.
Standards sollten dokumentiert sein. Zeigst du mir eine Stelle an der das steht? Peter
Hallo, On Wed, 23 Oct 2002, Peter Wiersig wrote:
Eine TLD zeichnet sich dadurch aus, das die Root-Nameserver (fuer die Domain '.' verantwortlich) einen Nameserver fuer die fragliche Domain angeben koennen.
local ist ein Name, den man seiner Domain, seinem Rechner, seiner Katze oder seinen Kindern geben kann. Nichts weiter. [..] Standards sollten dokumentiert sein. Zeigst du mir eine Stelle an der das steht?
Sorry, IIRC gibt's ein paar tlds fuer diesen Zweck, IIRC .example z.B. Und kann gut sein, dass .local auch dabei ist. Leider finde ich grad das passende RfC nicht... -dnh -- "Gna, schon wieder Seti [...] Dabei ist es schon schwierig genug, auf *diesem* Planeten intelligentes Leben zu finden." -- Charly Kuehnast in dasr
Am Mit, 2002-10-23 um 09.29 schrieb Peter Wiersig:
Matthias Hentges wrote:
Am Mit, 2002-10-23 um 01.46 schrieb Joerg Rossdeutscher:
Moin,
[Domainnamen]
Heisst das im Klartext, daß "local" keine korrekte Domain ist für die _interne_ Verwendung?
Korrekt. .local ist eine TLD und keine Domain.
Aha, zeig mal.
Aber gerne.
Eine TLD zeichnet sich dadurch aus, das die Root-Nameserver (fuer die Domain '.' verantwortlich) einen Nameserver fuer die fragliche Domain angeben koennen.
Das mag im Internet stimmen. Im heimischen Netzwerk ist das etwas anderes (die wenigsten von uns haben einen Root-DNS unter dem Schreibtisch stehen). Deswegen ist .local ja auch nicht fürs Internet gedacht.
local ist ein Name, den man seiner Domain, seinem Rechner, seiner Katze oder seinen Kindern geben kann. Nichts weiter.
Also genau so wie z.B. .test .example .invalid .localhost Tja, laut RFC-2606 [1] sind die oben genannten Beispiele TLDs für testzwecke, die im Internet niemals vorkommen. Und IIRC soll .local dazukommen. Natürlich kannst du gerne deine Kinder, Katzen und Hunde danach bennenen. Das darf dir keiner verbieten :)
postfix kann doch nicht einfach davon ausgehen, daß interne Domains unbedingt host.server.tld heissen müssen?
Doch, weil es ein Standard ist.
Standards sollten dokumentiert sein. Zeigst du mir eine Stelle an der das steht?
Na hier z.B.: Im RCF 1034 [2] ist das alles ausführlich beschrieben. Da steht u.a. das eine Komplette Internetdomain aus host.subdomain.tld besteht. Hier ein kleiner Ausschnitt: <Zitat> When a user needs to type a domain name, the length of each label is omitted and the labels are separated by dots ("."). Since a complete domain name ends with the root label, this leads to a printed form which ends in a dot. We use this property to distinguish between: * a character string which represents a complete domain name (often called "absolute"). For example, "poneria.ISI.EDU." ^^^^^^^^^^^^^^^^^^ * a character string that represents the starting labels of a domain name which is incomplete, and should be completed by local software using knowledge of the local domain (often called "relative"). For example, "poneria" used in the ISI.EDU domain. ^^^^^^^^ ^^^^^^^ </Zitat> Nun frag mich blos nicht ob die RFC's dem letztem Stand entsprechen. Und da wir unter Linux arbeiten, ist es ja eh wurscht wie er seine "Domain" denn nun nennt. Mit etwas bastelei geht eben alles. Das ist ja gerade das schöne an Linux :) Quellen: [1] http://www.landfield.com/rfcs/rfc2606.html [2] http://www.zvon.org/tmRFC/RFC1034/Output/index.html -- Matthias Hentges [www.hentges.net] -> PGP + HTML are welcome ICQ: 97 26 97 4 -> No files, no URLs "Thats what sucks about windows, you can't say that you rooted some one. Saying "I ADMINISTRATORED YOU!" just doesn't sound cool."
Hallo, On Thu, 24 Oct 2002, Matthias Hentges wrote:
Am Mit, 2002-10-23 um 09.29 schrieb Peter Wiersig:
Matthias Hentges wrote:
Am Mit, 2002-10-23 um 01.46 schrieb Joerg Rossdeutscher:
[Domainnamen] Heisst das im Klartext, daß "local" keine korrekte Domain ist für die _interne_ Verwendung? Korrekt. .local ist eine TLD und keine Domain. Aha, zeig mal. Aber gerne. [..] local ist ein Name, den man seiner Domain, seinem Rechner, seiner Katze oder seinen Kindern geben kann. Nichts weiter.
Also genau so wie z.B.
.test .example .invalid .localhost
Tja, laut RFC-2606 [1] sind die oben genannten Beispiele TLDs für testzwecke, die im Internet niemals vorkommen.
.local ist da aber nicht dabei...
Doch, weil es ein Standard ist.
Standards sollten dokumentiert sein. Zeigst du mir eine Stelle an der das steht?
Na hier z.B.:
Im RCF 1034 [2] ist das alles ausführlich beschrieben. Quellen: [..] [1] http://www.landfield.com/rfcs/rfc2606.html [2] http://www.zvon.org/tmRFC/RFC1034/Output/index.html
*hrmpf* *patsch* "Quote right, will ya? *$DEITYdammned*!" Es gibt 2 authoritative Quellen: ftp://ftp.rfc-editor.org/in-notes/rfc-$NUMBER.txt http://www.ietf.org/rfc/rfc-$NUMBER.txt (zu ersterer gibt's evtl. auch ne http-URL). -dnh -- 267: Giga Teletubbies fuer Skriptkinder. (Joerg-Olaf Schaefers)
Matthias Hentges wrote:
Am Mit, 2002-10-23 um 09.29 schrieb Peter Wiersig:
Matthias Hentges wrote:
Am Mit, 2002-10-23 um 01.46 schrieb Joerg Rossdeutscher:
postfix kann doch nicht einfach davon ausgehen, daß interne Domains unbedingt host.server.tld heissen müssen?
Doch, weil es ein Standard ist.
Standards sollten dokumentiert sein. Zeigst du mir eine Stelle an der das steht?
Na hier z.B.:
Im RCF 1034 [2] ist das alles ausführlich beschrieben. Da steht u.a. das eine Komplette Internetdomain aus host.subdomain.tld besteht.
Lies Abschnitt 3.1 noch mal genau. Es gibt keine Mindestanzahl an Punkten in einem Namen. Einige meiner Rechner heissen auch einfach nur "glamus.de.". Es gibt keinen Grund, warum ein Rechner nicht auch einfach "de." heissen kann.
Hier ein kleiner Ausschnitt:
<Zitat> When a user needs to type a domain name, the length of each label is omitted and the labels are separated by dots ("."). Since a complete domain name ends with the root label, this leads to a printed form which ends in a dot. We use this property to distinguish between:
* a character string which represents a complete domain name (often called "absolute"). For example, "poneria.ISI.EDU." ^^^^^^^^^^^^^^^^^^
* a character string that represents the starting labels of a domain name which is incomplete, and should be completed by local software using knowledge of the local domain (often called "relative"). For example, "poneria" used in the ISI.EDU domain. ^^^^^^^^ ^^^^^^^ </Zitat>
Der groesste Unterschied zwischen den beiden Namen ist der Punkt am Ende. Wenn ich "peter" im Zusammenhang mit Rechnernamen eingebe, fragt der Rechner nach diesem Namen plus dem Teil hinter "search" in /etc/resolv.conf. Wenn ich "peter." eingebe, wird nur danach gesucht. Gebe ich "peter.bla" ein, entscheidet die Resolver-Bibliothek, ob noch der Search-Teil, bzw. der Domain-Teil aus /etc/resolve.conf angehaengt wird. (Standardmaessig nicht) Peter
Moin, Matthias Hentges:
Err was ist denn nun so wahnsinnig schlimm sich eine 3-Stellige Domain zu erstellen. Ich seh da keinen grossen Unterschied, sorry.
1. Über Jahre angesammelte Scripte schicken ihre Post an "ratti@local". 2. Wäre nicht zufällig auch mein zweiter Rechner zeitgleich zusammengeklappt, wäre auch der komplett auf "ratti@local" konfiguriert gewesen, desgleichen der Windowsrechner meiner Freundin. 3. Warum ich Linux verwende und nicht mehr Windows: Der Rechner soll rechnen, nicht denken. Wenn ich wollte, daß er denkt, hätte ich mir 'nen "Denker" gekauft. :-) Ich habe ihm gesagt, er soll Post mit der Domain "local" versenden und an "localhost" zustellen. Da soll nicht irgendeine Software ankommen mit "Aaaach, da meint er bestimmt, ich soll...." Klappe, Kiste. Pfoten weg von meinen Zeichenketten und rausschicken. Sowas nervt mich generell an Software. Das ärgerliche daran ist, daß mein DNS diese Anfrage korrekt beantwortet - postfix müsste nur mal "fragen". Würde postfix nicht dran rumfummeln, würde die Post prima ankommen. Das hat mich leider 1000 Mails gekostet, und das ärgert mich. Grummel. Gruß, Ratti -- http://www.gesindel.de - Fontlinge - Die Fontverwaltung fuer Linux Fontmanagement for Linux
Ratti wrote:
Ich habe beschlossen, mal postfix auszuprobieren, bin reichlich enttäuscht, aber will das jetzt mal durchziehen.
"server.local" hat einen DNS am laufen.
Bist du dann mal so gut, deine Zone fuer 127.0.0 zu posten?
...dann bastelt er sich für "here" Quatschdomains wie "localhost.ratti.local" bzw. "localhost.server.local"
Das klingt naehmlich so, als wenn in der Zone nicht "1 IN PTR localhost.", sondern "1 IN PTR localhost" steht.
Ach, und müßt ihr procmail auch manuell in die .forward eintragen, damit ihr Post sortieren könnt? Ich frage mich wirklich, was an postfix so einfach sein soll.
Die Leute meinen Postfix ohne Yast im Vergleich zu sendmail ohne Yast. Ich denke, beides ist gleich schwer. Peter
Hallo, On Wed, 23 Oct 2002, Peter Wiersig wrote:
Ach, und müßt ihr procmail auch manuell in die .forward eintragen, damit ihr Post sortieren könnt? Ich frage mich wirklich, was an postfix so einfach sein soll.
Die Leute meinen Postfix ohne Yast im Vergleich zu sendmail ohne Yast.
Ich denke, beides ist gleich schwer.
ACK. Ich bin damals an sendmail wie an postfix (mit und ohne Yast1) gescheitert. Dann habe ich _den_ Hinweis zu meinem Problem zufaellig hier gelesen, mich nochmal an sendmail gewagt und seitdem laeuft's. Seitdem habe ich mich noch besser in sendmail eingelesen ;) -dnh -- [zu was werden Holländische Windmühlen verwendet?] > wasserpumpen. Und dieses wird dann in die kleinen roten Dinger abgefuellt, die in DE als Tomaten verkauft werden? Oder in die grunenen Flaschen, die als Bier verkauft werden? -- frank paulsen und Jens Link in dasr
Moin,
Ratti wrote:
"server.local" hat einen DNS am laufen.
[ Peter Wiersig
Bist du dann mal so gut, deine Zone fuer 127.0.0 zu posten?
...dann bastelt er sich für "here" Quatschdomains wie "localhost.ratti.local" bzw. "localhost.server.local"
Das klingt naehmlich so, als wenn in der Zone nicht "1 IN PTR localhost.", sondern "1 IN PTR localhost" steht.
Doch, doch: server:/var/named # cat 127.0.0.zone $TTL 2D @ IN SOA localhost. root.localhost. ( 42 ; serial (d. adams) 1D ; refresh 2H ; retry 1W ; expiry 2D ) ; minimum IN NS localhost. 1 IN PTR localhost. Allerdings würde ich DNS _erstmal_ als Problem ausschliessen. Nur mein Server hat einen DNS-Server, die Workstation macht das gleiche Problem, und wenn ich's nicht total vergurkt habe, dann wird "localhost" nicht per DNS abgefragt.
Ach, und müßt ihr procmail auch manuell in die .forward eintragen, damit ihr Post sortieren könnt? Ich frage mich wirklich, was an postfix so einfach sein soll.
Die Leute meinen Postfix ohne Yast im Vergleich zu sendmail ohne Yast.
Ich denke, beides ist gleich schwer.
In dem Fallfrage ich mich, warum suse postfix reingepackt hat. Denn ich hab ja 'nen Yast, und die MAil-Konfig für sendmail war doch irgendwie simpler. Und wenn ich soweit gehe, an den jeweiligen Konfigdateien rumzuschrauben, dann kann ich mir immer noch den "besseren" MTA installieren. Also, postfix kommt bei mir auf die Liste mit Programmen "Ausprobiert, nein Danke, zurück zum Vorgänger". INN hat schon wieder für leafnode Platz machen müssen, postfix ist kurz vorm kippen. Ich traue mich nicht, das auszuprobieren, weil es gerade funktioniert, vielleicht kann mir ja jemand sagen, ob in der 8.1 sendmail auch noch über yast konfiguriert werden kann? Oder bedient yast nur noch den "Standard"=postfix? Gruß, Ratti -- http://www.gesindel.de - Fontlinge - Die Fontverwaltung fuer Linux Fontmanagement for Linux
Ratti wrote:
...dann bastelt er sich für "here" Quatschdomains wie "localhost.ratti.local" bzw. "localhost.server.local"
Passiert das auch, wenn du dort '"ratti@localhost" here'? Und was passiert, wenn du an der Shell 'echo "Test" | mail ratti -s test' eingibst?
Korrekt wäre natürlich "ratti@localhost" oder "ratti@server.local", aber nicht beides. Lieber ersteres, dann geht es auch, wenn mal der DNS an der Wand klebt.
Ich nehme mal an, daß man das lösen _könnte_ mit der Option:
# The mydomain parameter specifies the local internet domain name. # The default is to use $myhostname minus the first component. # $mydomain is used as a default value for many other configuration # parameters. # #mydomain = domain.tld
...in der main.cf von postfix.
nenene: # The mydestination parameter specifies the list of domains that # this machine considers itself the final destination for. That # includes Sendmail-style virtual domains hosted on this machine. klingt eher so, und wird auch von Yast befuellt.
Ich gehe aber davon aus, daß dann das Konfigurieren von postfix über yast sein jähes Ende findet, bzw. meine Konfig wieder überschrieben würde. Das möchte ich vermeiden.
Och, da kriegt man dann vom Yast ne neue Datei mit seinem Vorschlag, wie die Konfig denn jetzt von Ihm waere. Da mach ich dann immer: "emacs httpd.conf httpd.conf.SuSEconfig" M-x ediff-buffers <RET><RET> (n|n)*qC-xC-s und alles is so wie ich das will
Bisher helfe ich mir damit, "localhost.server.local" als lokal auszuliefernde Domain einzutragen, aber das kommt mir pervers vor. Ich will's sauber.
Ein bisschen weiter unten wie das oben zitierte: # The default is $myhostname + localhost.$mydomain. On a mail # domain gateway, you should also include $mydomain.
Hat jemand eine yast-only Lösung anzubiedern?
Yast2 -> Netzwerk/Basis -> E-Mail Weiter -> Domain-Namen fuer lokale Mailzustellung "eintest.de, friese.glamus.de" Beenden -> Weiter SuSE8.0 - ob's klappt weiss ich nicht, ich nehme immer sendmail. Peter
Moin,
Ratti wrote:
...dann bastelt er sich für "here" Quatschdomains wie "localhost.ratti.local" bzw. "localhost.server.local"
[ Peter Wiersig
Passiert das auch, wenn du dort '"ratti@localhost" here'?
Das käme mir jetzt merkwürdig vor - "here" steht ja dafür, den lokalen host einzusetzen. Eine Mailadresse mit Domainangabe _und_ "here" widerspricht sich.
Und was passiert, wenn du an der Shell 'echo "Test" | mail ratti -s test' eingibst?
Die Mail geht raus an meinen Server, laut /v/l/maillog mit Empfänger "ratti@ratti.local" OK, das ist schonmal falsch. Ich habe jetzt meine Workstation so konfiguriert, daß "ratti.local" gleich lokal behalten wird. Das ist aber noch immer nicht der Wunschzustand. Gewollt ist, daß interne Mails alle "name@local" sind. Ich will da keinen Hostnamen drinhaben, meine eMails schicke ich ja auch im Internet i.d.R. an eine Domain, nicht an einen Host, also "name@firma.foo" und nicht "name@mail.firma.foo". (Das das dann natürlich wieder ein host ist, ist klar).
Ich nehme mal an, daß man das lösen _könnte_ mit der Option:
# The mydomain parameter specifies the local internet domain name. # The default is to use $myhostname minus the first component. # $mydomain is used as a default value for many other configuration # parameters. # #mydomain = domain.tld
...in der main.cf von postfix.
nenene: # The mydestination parameter specifies the list of domains that # this machine considers itself the final destination for. That # includes Sendmail-style virtual domains hosted on this machine.
klingt eher so, und wird auch von Yast befuellt.
Ne, das ist die Konfigurationsvariable für "lokale Zustellung". Da steht bei mir z.B. "localhost.server.local" drin, und diverse andere. Mails an diese Domains werden nicht an T-Online weitergeleitet, sondern lokal zugestellt. Mein Wunsch wäre es, daß dort nur "local" drinsteht. Das geht aber nicht, weil postfix auf der Workstation als Absender "localhost.ratti.local" einträgt, und das ist eben was anderes als "local", weswegen die Mails per Internet an T-Online ausgeliefert werden, wo sie dann sang- und klanglos verschwinden. Der Empfang von "xxx@local"-Mails ist nicht das Problem, das funktioniert prima. Es greift nur ins leere, solang postfix meint, "ratti@localhost.ratti.local" statt "ratti@local" als Absender eintragen zu müssen. Die Frage ist also: Wie kann ich per yast die Absenderdomain "local" erzwingen?
SuSE8.0 - ob's klappt weiss ich nicht, ich nehme immer sendmail.
Ich bin noch am Schwanken. So, wie es ist, ist es Mist, aber es läuft... ob ich deswegen nun extra sendmail wieder raushole...? Gruß, Ratti -- http://www.gesindel.de - Fontlinge - Die Fontverwaltung fuer Linux Fontmanagement for Linux
Hi, Am Freitag, 25. Oktober 2002 01:50 schrieb Joerg Rossdeutscher:
Der Empfang von "xxx@local"-Mails ist nicht das Problem, das funktioniert prima. Es greift nur ins leere, solang postfix meint, "ratti@localhost.ratti.local" statt "ratti@local" als Absender eintragen zu müssen.
Die Frage ist also: Wie kann ich per yast die Absenderdomain "local" erzwingen?
SuSE8.0 - ob's klappt weiss ich nicht, ich nehme immer sendmail.
Ich bin noch am Schwanken. So, wie es ist, ist es Mist, aber es läuft... ob ich deswegen nun extra sendmail wieder raushole...?
ratti, hatte das schon mal so als tip mitgeschickt: append_dot_domain = no heißt: beim versenden wird nicht nochmal die domain angehängt. Also nicht ratti@localhost.local sondern ratti@local mydomain = local heißt: postfix beackert die domain: alles was an @local kommt greift sich postfix, wenn mydestination = $mydomain gesetzt ist myhostname = mit # versehen dann ist es so, das user @domain in deinem Fall ratti@local zur Zustellung kommt. ciao dieter -- registered linuxuser 199810 it's time to close windows....
Moin,
[ dieter franzke
ratti, hatte das schon mal so als tip mitgeschickt:
append_dot_domain = no
Jepp. Nur hätte das eben wieder den Nachteil, daß diese Option nicht in Yast abgebildet ist, was zur Folge hätte, daß ich die MTA-Konfiguration per Yast deaktivieren müsste. Das möchte ich nicht. Ich hatte gehofft, ich hätte nur etwas falsch verstanden und das ginge per yast. Das ist offensichtlich nicht der Fall. Schade. Vielen Dank für deine Hilfe (und die der Anderen natürlich auch). Ich werde dann wohl mit dieser Lösung leben, und bei der nächsten Installation wieder auf sendmail zurückgehen, da ging das unkompliziert. Thread Ende. :-) Gruß, Ratti -- http://www.gesindel.de - Fontlinge - Die Fontverwaltung fuer Linux Fontmanagement for Linux
Hi, Am Freitag, 25. Oktober 2002 02:32 schrieb Joerg Rossdeutscher:
Moin,
[ dieter franzke
- 24.10.2002 23:18:35 ]: ratti, hatte das schon mal so als tip mitgeschickt:
append_dot_domain = no
Jepp. Nur hätte das eben wieder den Nachteil, daß diese Option nicht in Yast abgebildet ist, was zur Folge hätte, daß ich die MTA-Konfiguration per Yast deaktivieren müsste. Das möchte ich nicht.
Ich hatte gehofft, ich hätte nur etwas falsch verstanden und das ginge per yast. Das ist offensichtlich nicht der Fall. Schade.
Vielen Dank für deine Hilfe (und die der Anderen natürlich auch). Ich werde dann wohl mit dieser Lösung leben, und bei der nächsten Installation wieder auf sendmail zurückgehen, da ging das unkompliziert. Thread Ende. :-)
...nö!! nur weil yast zu blöde ist (Gruß an Suse) sollte man doch auf son schönes Stück wie postfix nicht verzichten!! Bei mir läuft nach dem 8.1er-Schock nur noch Debian. Da war bei der Standard-installation von postfix alles Tip-Top eingerichtet. Die ganze main.cf umfasste sagenhafte 10 Zeilen!! und alles so wie ich es haben wollte. Nur mal so als Anregung für suse...... ciao dieter -- registered linuxuser 199810 it's time to close windows....
Am Don, 2002-10-24 um 23.51 schrieb dieter franzke:
Hi,
Am Freitag, 25. Oktober 2002 02:32 schrieb Joerg Rossdeutscher:
Moin,
[ dieter franzke
- 24.10.2002 23:18:35 ]: ratti, hatte das schon mal so als tip mitgeschickt:
append_dot_domain = no
Jepp. Nur hätte das eben wieder den Nachteil, daß diese Option nicht in Yast abgebildet ist, was zur Folge hätte, daß ich die MTA-Konfiguration per Yast deaktivieren müsste. Das möchte ich nicht.
Ich hatte gehofft, ich hätte nur etwas falsch verstanden und das ginge per yast. Das ist offensichtlich nicht der Fall. Schade.
Vielen Dank für deine Hilfe (und die der Anderen natürlich auch). Ich werde dann wohl mit dieser Lösung leben, und bei der nächsten Installation wieder auf sendmail zurückgehen, da ging das unkompliziert. Thread Ende. :-)
...nö!!
nur weil yast zu blöde ist (Gruß an Suse) sollte man doch auf son schönes Stück wie postfix nicht verzichten!!
Bei mir läuft nach dem 8.1er-Schock nur noch Debian.
Wilkommen im Club ;)
Da war bei der Standard-installation von postfix alles Tip-Top eingerichtet. Die ganze main.cf umfasste sagenhafte 10 Zeilen!!
Ja genau. Nur ich habe festgestellt, dass in Debian-Configs wenig (bis garkeine) Kommentare enthalten sind. Also muss man für jede Kleinigkeit manpages lesen. Dafür sind dann aber die Dateien schön klein. Bei SuSE ist das anders. -- Matthias Hentges [www.hentges.net] -> PGP + HTML are welcome ICQ: 97 26 97 4 -> No files, no URLs "Thats what sucks about windows, you can't say that you rooted some one. Saying "I ADMINISTRATORED YOU!" just doesn't sound cool."
participants (7)
-
Andreas Meyer
-
David Haller
-
dieter franzke
-
Dieter Kluenter
-
Joerg Rossdeutscher
-
Matthias Hentges
-
Peter Wiersig