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

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

Hallo Ratti, Joerg Rossdeutscher writes:

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

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

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

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,

Ratti wrote:

...

"server.local" hat einen DNS am laufen.

[ Peter Wiersig - 23.10.2002 09:42:05 ]:

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

Moin,

Ratti wrote:

...

...dann bastelt er sich für "here" Quatschdomains wie "localhost.ratti.local" bzw. "localhost.server.local"

[ Peter Wiersig - 24.10.2002 21:15:34 ]:

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

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. :-) Gruß, Ratti -- http://www.gesindel.de - Fontlinge - Die Fontverwaltung fuer Linux Fontmanagement for Linux

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