hi, ich habe in meiner domain neue postfaecher eingerichtet. von einem uni account aus kann dorthin mailen. pine aber meldet schon vor dem verschicken: [Mail not sent: .1.1 <listen@thomas-richter.de>... User unknown] ich habe named neugestartet und auch sendmail ? ratlos thomas -- tel://49.431.801306 Wot're we doing to do tonight, Brain ? mobil://49.179.519243 The same thing we do every night, Pinky . icq://124849926 Try to TAKE OVER THE WORLD ! mailto:richter@thomas-richter.de http://www.thomas-richter.de
On Wed, 19 Sep 2001, Thomas Richter wrote:
ich habe in meiner domain neue postfaecher eingerichtet. von einem uni account aus kann dorthin mailen. pine aber meldet schon vor dem verschicken: [Mail not sent: .1.1 <listen@thomas-richter.de>... User unknown] ich habe named neugestartet und auch sendmail ?
Wenn ich Deinen Mailheader recht richtig interpretiert habe, hast Du den grundsaetzlichen Fehler gemacht, Deiner lokalen Kiste den _gleichen_ FQDN (Full qualified domain name) gegeben zu haben wie auch Deine real existierende Domain im Internet. Das solltest Du nicht. Der lokale Netz sollte immer mindestens in der TLD (Top level domain) ein "unbenuetztes" Kuerzel erhalten, wie beispielsweise ".priv" oder ".local". Jetzt meint Sendmail, der User "listen" sei auf dem lokalen System zu finden. Dort ist er aber nicht und deshalb verweigert Dir Dein Pine die Arbeit. Aendere die lokal und privat gefuehrte Domain und passe Deinen Nameserver an, dann sollte es laufen. Oder liege ich mit meiner Vermutung jetzt voellig daneben? Gruss Peter Blancke -- Nachtwaechter ist der Wahnsinn, weil er wacht...
On Mit, 19 Sep 2001, Peter Blancke wrote:
Das solltest Du nicht. Der lokale Netz sollte immer mindestens in der TLD (Top level domain) ein "unbenuetztes" Kuerzel erhalten, wie beispielsweise ".priv" oder ".local".
Ne, geht auch so... $ hostname -f slarty.dhaller.de Allerdings ist die sendmail-config dann nicht mehr via Yast zu erledigen, sondern nur "per Hand" mit ner m4-Datei. Und mail absenden an ne andere deiner mails geht auch dann nicht ohne weiteres, da diese eben als "lokal" erkannt werden. -dnh -- Das wird aber etwas dauern, denn das, was da prophezeit worden ist, wird einige Zeit brauchen, um erst einmal herauszubekommen, was es denn eigentlich bedeuten soll, damit es dann schließlich eintreten kann. Falls es danach überhaupt noch Lust verspürt, einzutreten. Die Frage wird dann immer noch sein, was das Prophezeite eintreten wird. Eine Tür vielleicht? [Hilko Bengen in dag°]
On Wed, 19 Sep 2001, David Haller wrote:
On Mit, 19 Sep 2001, Peter Blancke wrote:
Das solltest Du nicht. Der lokale Netz sollte immer mindestens in der TLD (Top level domain) ein "unbenuetztes" Kuerzel erhalten, wie beispielsweise ".priv" oder ".local".
Ne, geht auch so...
$ hostname -f slarty.dhaller.de
Ja, natuerlich. Schoen ist das aber nicht.
Allerdings ist die sendmail-config dann nicht mehr via Yast zu erledigen, sondern nur "per Hand" mit ner m4-Datei. Und mail absenden an ne andere deiner mails geht auch dann nicht ohne weiteres, da diese eben als "lokal" erkannt werden.
Und eben das versuchte der Vorredner (Juergen?) eben und das ging dann ja auch folgerichtig schief. Somit koennte das Destillat heissen: Was funktioniert? Oder: Was ist zu empfehlen? Gruss Peter Blancke -- Nachtwaechter ist der Wahnsinn, weil er wacht...
On Mit, 19 Sep 2001, Peter Blancke wrote:
On Wed, 19 Sep 2001, David Haller wrote:
On Mit, 19 Sep 2001, Peter Blancke wrote:
Das solltest Du nicht. Der lokale Netz sollte immer mindestens in der TLD (Top level domain) ein "unbenuetztes" Kuerzel erhalten, wie beispielsweise ".priv" oder ".local". $ hostname -f slarty.dhaller.de
Ja, natuerlich. Schoen ist das aber nicht.
Wieso? Ich find das schoen und logisch ;)
Somit koennte das Destillat heissen: Was funktioniert? Oder: Was ist zu empfehlen?
Ack. Zu empfehlen ist sicherlich eher die Version mit einer ungueltigen TLD (z.B. .invalid), andererseits hat's den Vorteil, dass automatisch die Message-IDs korrekt (...@[slarty.]dhaller.de) erzeugt werden. Und ja, genau das 'mit der "echten" Domain' hat im ersten halbherzigen Versuch sendmail zu konfigurieren hat bei mir damals (vor 2 Jahren) nicht geklappt, vor einem Jahr hatte ich dann die den Anreiz (mutt), die Lust, und noetigen Infos (aus dieser Liste[1]). Und dann hat es doch noch "auf Anhieb" geklappt, wenn auch im zweiten Versuch. -dnh [1] sendmail.iga und ein Detail, genau dieses Problem betreffend, leider weiss ich nicht mehr welches... War's "MASQUERADE_AS()"? Oder "FEATURE(`always_add_domain')"? Oder die "Cw'-Definitionen?... ;( -- There are two product lines in which customers are called "users". The other one is illegal drugs. -- MWMeyer, viva voce personal communication
On Wed, 19 Sep 2001, David Haller wrote:
On Mit, 19 Sep 2001, Peter Blancke wrote:
On Wed, 19 Sep 2001, David Haller wrote:
On Mit, 19 Sep 2001, Peter Blancke wrote:
Das solltest Du nicht. Der lokale Netz sollte immer mindestens in der TLD (Top level domain) ein "unbenuetztes" Kuerzel erhalten, wie beispielsweise ".priv" oder ".local". $ hostname -f slarty.dhaller.de
Ja, natuerlich. Schoen ist das aber nicht.
Wieso? Ich find das schoen und logisch ;)
Ja, es ist schoen in einem aesthetischen Sinne. Das stimmt. Ich freue mich auch immer wieder, wenn mir in allen moeglichen Aufrufen von Fenstern, Konsolen, Befehlsergebnissen und Mailheadern der Name "Blancke" entgegenleuchtet. Damit tue ich meiner Ahnenreihe von beruehmten Politikern, Heerfuehrern, Musikern und Dichtern eine grosse Ehre an. Ich habe aber schon Schwierigkeiten, wenn ich ueber meinen Mailserver, der zugleich auch Internetgateway fuer HTTP ist, Aufrufe meiner Domain mache und mir nach Eingabe von http://www.blancke.de der lokale Webserver mit irrer Antwortzeit meine Seiten darbietet. Da verliere ich das Gefuehl fuer Datendurchsatz im Internet.
Somit koennte das Destillat heissen: Was funktioniert? Oder: Was ist zu empfehlen?
Ack. Zu empfehlen ist sicherlich eher die Version mit einer ungueltigen TLD (z.B. .invalid),
Ja.
andererseits hat's den Vorteil, dass automatisch die Message-IDs korrekt (...@[slarty.]dhaller.de) erzeugt werden.
Das waere allerdings ein Argument der _kleinen_ Art. Aber immerhin, ja, wenn man nicht Jeden erkennen lassen moechte, dass man eigentlich nur ein ganz kleiner Dyn-IP-Furz ist, der sich mit IP-Masquerading vor der grossen boesen Welt verstecken muss. Gruss Peter Blancke -- Nachtwaechter ist der Wahnsinn, weil er wacht...
Hallo Peter, On Don, 20 Sep 2001, Peter Blancke wrote:
On Wed, 19 Sep 2001, David Haller wrote:
On Mit, 19 Sep 2001, Peter Blancke wrote:
On Wed, 19 Sep 2001, David Haller wrote:
On Mit, 19 Sep 2001, Peter Blancke wrote:
Das solltest Du nicht. Der lokale Netz sollte immer mindestens in der TLD (Top level domain) ein "unbenuetztes" Kuerzel erhalten, wie beispielsweise ".priv" oder ".local". $ hostname -f slarty.dhaller.de
Ja, natuerlich. Schoen ist das aber nicht.
Wieso? Ich find das schoen und logisch ;)
Ja, es ist schoen in einem aesthetischen Sinne. Das stimmt. Ich freue mich auch immer wieder, wenn mir in allen moeglichen Aufrufen von Fenstern, Konsolen, Befehlsergebnissen und Mailheadern der Name "Blancke" entgegenleuchtet. Damit tue ich meiner Ahnenreihe von beruehmten Politikern, Heerfuehrern, Musikern und Dichtern eine grosse Ehre an.
*g*
Ich habe aber schon Schwierigkeiten, wenn ich ueber meinen Mailserver, der zugleich auch Internetgateway fuer HTTP ist, Aufrufe meiner Domain mache und mir nach Eingabe von http://www.blancke.de der lokale Webserver mit irrer Antwortzeit meine Seiten darbietet. Da verliere ich das Gefuehl fuer Datendurchsatz im Internet.
Ich hab' das hier (kein Nameserver) ueber die /etc/hosts geloest: Ich habe eine /etc/hosts.online und eine /etc/hosts.offline, die in ip-{up,down}.local jew. passend ausgetauscht werden. Online muss ich den Rechner lokal durch den hostnamen "slarty" qualifizieren, offline sind die Dienste direkt unter dhaller.de ansprechbar, also z.B: Online: 127.0.0.3 www.slarty.dhaller.de Offline: 127.0.0.3 www.slarty.dhaller.de www.dhaller.de www Da ich inzwischen die /etc/hosts eh mehr oder weniger dynamisch generiere (u.a. wird eine /etc/hosts.adservers eingebunden und die t-online smtp/pop Server werden "zufaellig" (nach Reaktion auf ein ping) eingefuegt... Da die /etc/hosts praktisch "sofort" verwendet wird sehe ich da auch keine Probleme dabei diese mehr oder weniger dynamisch aus verschiedenen anderen zu erzeugen bzw. zu modifizieren...
andererseits hat's den Vorteil, dass automatisch die Message-IDs korrekt (...@[slarty.]dhaller.de) erzeugt werden.
Das waere allerdings ein Argument der _kleinen_ Art.
Naja, die Alternative waere, die Msg-Id vom $PROVIDER {smtp,news}-Rechner erzeugen zu lassen... Denn deine Msg-Id ist z.B. nicht eindeutig und somit flasch (du hast sie selbst generiert)... Siehe dazu z.B. die FAQ von T-Online zu dem Thema (URL kann ich raussuchen)...
Aber immerhin, ja, wenn man nicht Jeden erkennen lassen moechte, dass man eigentlich nur ein ganz kleiner Dyn-IP-Furz ist, der sich mit IP-Masquerading vor der grossen boesen Welt verstecken muss.
Na und? Ich habe lieber eine gueltige Msg-Id... Und mit @server.localhost oder anderen ungueltigen Msg-Ids disqualifiziert man sich ja sowieso als "Dyn-IP-Furz"... Wenn ich mich also sowieso als solcher oute (Stichwort: X-Sender:-Header bei T-Offline), dann will ich das auch korrekt machen und mich nicht obendrein noch als unwissend outen... *eg* -dnh PS: du kannst doch als lokale Domain z.B. $HOSTNAME.dyndns.org nehmen, wenn du bei so einem Dienstleister eine subdomain/hostnamen bekommen hast... IMHO sind diese Hostnamen ebenfalls "eindeutig" und somit waeren auch die Message-IDs korrekt... -- Ich bin mir zu Unsicher um sicher zu sein. [WoKo in dag°]
Hi Peter, On 2001-09-19 06:16 GMT, Peter Blancke <blancke@gmx.de> wrote:
Oder liege ich mit meiner Vermutung jetzt voellig daneben?
Ja, wahrscheinlich. Er schrieb ja, er habe neue "Postfächer" eingerichtet. Wie, schrieb er nicht. Ich gehe mal davon aus, er hat entweder einen neuen Benutzer "listen" eingerichtet, oder einen Alias mit diesem Namen. Im 2. Fall wäre ein Aufruf von newaliases (sendmail) sinnvoll. Den "externen" Domainnamen auch intern zu verwenden, mag zwar der "Reinen Lehre [tm]" widersprechen, funktioniert aber, solange kein externer Mailserver die Mails entgegennimmt. -- Ralf Cirksena <ci@holmco.de>
hi, und danke peter und david. Thomas Richter schrieb:
ich habe in meiner domain neue postfaecher eingerichtet.
bei puretec wo sonst ;)
von einem uni account aus kann dorthin mailen. pine aber meldet schon vor dem verschicken:
auf meinem linux rechner
[Mail not sent: .1.1 <listen@thomas-richter.de>... User unknown] ich habe named neugestartet und auch sendmail ?
auch das versenden von einem windoof-rechner aus via sendmail auf dem linuxrechner geht nciht. kommt zurueck mit Reporting-MTA: dns; hal9000.thomas-richter.de Arrival-Date: Wed, 19 Sep 2001 07:36:02 +0200 Final-Recipient: RFC822; listen@thomas-richter.de Action: failed Status: 5.1.1 Diagnostic-Code: X-Unix; 550 5.1.1 User unknown Last-Attempt-Date: Wed, 19 Sep 2001 07:36:08 +0200 und eure loesungsvorschlaege habe ich noch nicht durchdrungen. also doch sendmail.cf von hand ? vielleicht kann ich dann auch endlich direkt mails an t-online.de kunden direkt von t-dsl verschicken. mfg thomas -- tel://49.431.801306 Wot're we doing to do tonight, Brain ? mobil://49.179.519243 The same thing we do every night, Pinky . icq://124849926 Try to TAKE OVER THE WORLD ! mailto:richter@thomas-richter.de http://www.thomas-richter.de
On Don, 20 Sep 2001, Thomas Richter wrote:
Reporting-MTA: dns; hal9000.thomas-richter.de Final-Recipient: RFC822; listen@thomas-richter.de Diagnostic-Code: X-Unix; 550 5.1.1 User unknown
und eure loesungsvorschlaege habe ich noch nicht durchdrungen. also doch sendmail.cf von hand ?
Hm. Das sieht mir danach aus, als wuerde sendmail die Adresse nicht als lokal erkennen. - Ist "listen@" ein Pop-Postfach oder nur ein alias? Ich vermute mal ersteres ===> definiere in der fetchmailrc: user "listen" there is "irgendwas" here (andernfalls: schau mal in die virtusertable ;) - Wie sieht deine Cw Definition aus? grep '^Cw' /etc/sendmail.cf (oder verwendest du das Cw-aus-Datei-Feature? ==> ist standardmaessig dann /etc/mail/sendmail.cw) -dnh --
Finde ich auch immer wieder putzig, wie aus "Bakterien" in den Joghurt-Werbungen "lebende Kulturen" werden. Dürfen Vegetarier sowas überhaupt essen...? Vegetarier dürfen alles essen. Sie wollen bloß in vielen Fällen nicht. [Bettina Fink, Stefan Wust und Ralph Angenendt in daff]
participants (4)
-
ci＠holmco.de -
David Haller -
Peter Blancke -
Thomas Richter