Discussion:
Hostname
(zu alt für eine Antwort)
Başar Alabay
2011-09-05 13:39:12 UTC
Permalink
Hallo,

aufgrund von Newsreader-Geraffel unterwegs, habe ich meinen zwei Kisten
jetzt einen Hostnamen verpaßt. Traut man mir gar nicht zu, wa? :-) Ick
ooch nich.

Jut, jetzt heißt die eine Kiste (fiktiv) aa.blah.invalid und die andere
bb.blah.invalid (in Wirklichkeit habe ich natürlich eine meiner eigenen
Domänen genommen, die ich tatsächlich auch besitze.

Nur … 1. weiß ich jetzt nicht so recht, *wozu* ich das gemacht habe :-)
Fakt ist, tin zickt nicht mehr rum, auch unterwegs nicht, Unison synct
jetzt zu aa sowie bb, und in der Konsole habe ich aa und bb als Hosts.
Schön.

2. Ich frage mich nur … ich hätte da ja jetzt auch tatsächlich jeglichen
Blödsinn hintippen können. Es gibt überhaupt keine Kontrollinstanz. Wozu
ist das dann gut? Und wie kann ich – bzw. was muß ich tun … damit das
jetzt im eigenen Netzwerk auch einen Sinn ergibt? Ich meine, zum
Verbinden nutze ich weiterhin die localhost-Namen via Bonjour.

Grüße,
B. Alabay
--
Y Ddraig Goch ddyry cychwyn!
Patrick Kormann
2011-09-05 19:32:55 UTC
Permalink
Post by Başar Alabay
2. Ich frage mich nur … ich hätte da ja jetzt auch tatsächlich jeglichen
Blödsinn hintippen können. Es gibt überhaupt keine Kontrollinstanz. Wozu
ist das dann gut? Und wie kann ich – bzw. was muß ich tun … damit das
jetzt im eigenen Netzwerk auch einen Sinn ergibt? Ich meine, zum
Verbinden nutze ich weiterhin die localhost-Namen via Bonjour.
Du musst DNS Records machen.
Başar Alabay
2011-09-05 20:24:07 UTC
Permalink
Post by Patrick Kormann
Du musst DNS Records machen.
Wo, wie und wofür genau?

B. Alabay
--
Y Ddraig Goch ddyry cychwyn!
Patrick Kormann
2011-09-05 22:14:53 UTC
Permalink
Post by Başar Alabay
Wo, wie und wofür genau?
Naja, wenn du deine Rechner mit den Namen ansprechen können willst, die
du da vergeben hast.
Wo? Dort wo dein DNS Server läuft. Deine Frage lässt mich annehmen, dass
das nicht bei dir ist.
Wozu? Keine Ahnung. Wenn du damit zufrieden ist wie's jetzt läuft.
Wirklich brauchen tust du so einen Eintrag nur, wenn du den Rechner von
aussen erreichen willst (und dann ist's wohl etwas komplizierter, wenn
du keine öffentlichen IPs hast)
Başar Alabay
2011-09-06 06:00:43 UTC
Permalink
Post by Patrick Kormann
Post by Başar Alabay
Wo, wie und wofür genau?
Naja, wenn du deine Rechner mit den Namen ansprechen können willst, die
du da vergeben hast.
Naja, ich sprech die doch via Bonjour an?
Post by Patrick Kormann
Wo? Dort wo dein DNS Server läuft. Deine Frage lässt mich annehmen, dass
das nicht bei dir ist.
Naja, ist halt der Router, der es durchreicht.
Post by Patrick Kormann
Wozu? Keine Ahnung. Wenn du damit zufrieden ist wie's jetzt läuft.
Na, deswegen fragte ich mich ja auch, wozu der ganze FQDN-Kram :-)
Post by Patrick Kormann
Wirklich brauchen tust du so einen Eintrag nur, wenn du den Rechner von
aussen erreichen willst (und dann ist's wohl etwas komplizierter, wenn
du keine öffentlichen IPs hast)
Dafür habe ich DDNS und temporäre Ports.

B. Alabay
--
Y Ddraig Goch ddyry cychwyn!
Patrick Kormann
2011-09-06 10:44:33 UTC
Permalink
Post by Başar Alabay
Post by Patrick Kormann
Naja, wenn du deine Rechner mit den Namen ansprechen können willst, die
du da vergeben hast.
Naja, ich sprech die doch via Bonjour an?
aber mit dem .local Namen, nehm ich an, nicht mit dem FQDN.
Post by Başar Alabay
Post by Patrick Kormann
Wo? Dort wo dein DNS Server läuft. Deine Frage lässt mich annehmen, dass
das nicht bei dir ist.
Naja, ist halt der Router, der es durchreicht.
Ja aber wenn du eine eigene Domain hast, musst du auch nen DNS betreiben
(also eigentlich mind. 3). Dort würde das dann definiert.
Post by Başar Alabay
Post by Patrick Kormann
Wozu? Keine Ahnung. Wenn du damit zufrieden ist wie's jetzt läuft.
Na, deswegen fragte ich mich ja auch, wozu der ganze FQDN-Kram :-)
Der ist eigentlich nur wichtig, wenn du die Rechner weltweit erreichen
willst - und eben auch verschiedene öffentliche IPs dafür existieren.
Post by Başar Alabay
Dafür habe ich DDNS und temporäre Ports.
Ja aber EINEN FQDN wirst du dafür ja wohl haben.
Başar Alabay
2011-09-06 17:22:43 UTC
Permalink
Post by Patrick Kormann
Post by Başar Alabay
Post by Patrick Kormann
Naja, wenn du deine Rechner mit den Namen ansprechen können willst, die
du da vergeben hast.
Naja, ich sprech die doch via Bonjour an?
aber mit dem .local Namen, nehm ich an, nicht mit dem FQDN.
Ja.
Post by Patrick Kormann
Post by Başar Alabay
Post by Patrick Kormann
Wo? Dort wo dein DNS Server läuft. Deine Frage lässt mich annehmen, dass
das nicht bei dir ist.
Naja, ist halt der Router, der es durchreicht.
Ja aber wenn du eine eigene Domain hast, musst du auch nen DNS betreiben
(also eigentlich mind. 3). Dort würde das dann definiert.
Aber das ist dann doch beim Hoster, oder? Also, irrelevant für „zu
Hause“.
Post by Patrick Kormann
Post by Başar Alabay
Post by Patrick Kormann
Wozu? Keine Ahnung. Wenn du damit zufrieden ist wie's jetzt läuft.
Na, deswegen fragte ich mich ja auch, wozu der ganze FQDN-Kram :-)
Der ist eigentlich nur wichtig, wenn du die Rechner weltweit erreichen
willst - und eben auch verschiedene öffentliche IPs dafür existieren.
Post by Başar Alabay
Dafür habe ich DDNS und temporäre Ports.
Ja aber EINEN FQDN wirst du dafür ja wohl haben.
Ich habe diese blöden Hostnamen nur wegen tin setzen müssen. Jetzt
läuft's, aber ich habe es trotzdem nicht verstanden. Schade :-/

B. Alabay
--
Y Ddraig Goch ddyry cychwyn!
Juergen P. Meier
2011-09-06 04:56:48 UTC
Permalink
Post by Patrick Kormann
2. Ich frage mich nur ? ich hätte da ja jetzt auch tatsächlich jeglichen
Blödsinn hintippen können. Es gibt überhaupt keine Kontrollinstanz. Wozu
ist das dann gut? Und wie kann ich ? bzw. was muß ich tun ? damit das
jetzt im eigenen Netzwerk auch einen Sinn ergibt? Ich meine, zum
Verbinden nutze ich weiterhin die localhost-Namen via Bonjour.
Du musst DNS Records machen.
Das passiert innerhalb der .local Hiearchie dank Bonjour und mDNS
automagisch. Allerdings mit den jeweils im Rechner eingestellten
Rechnernamen (unter System Preferences/Sharing -> Computer Name:)
--
Juergen P. Meier - "This World is about to be Destroyed!"
end
If you think technology can solve your problems you don't understand
technology and you don't understand your problems. (Bruce Schneier)
Patrick Kormann
2011-09-06 10:42:25 UTC
Permalink
Post by Juergen P. Meier
Das passiert innerhalb der .local Hiearchie dank Bonjour und mDNS
automagisch. Allerdings mit den jeweils im Rechner eingestellten
Rechnernamen (unter System Preferences/Sharing -> Computer Name:)
Ja aber er sprach ja von FQDN
Juergen P. Meier
2011-09-06 20:23:41 UTC
Permalink
Post by Patrick Kormann
Post by Juergen P. Meier
Das passiert innerhalb der .local Hiearchie dank Bonjour und mDNS
automagisch. Allerdings mit den jeweils im Rechner eingestellten
Rechnernamen (unter System Preferences/Sharing -> Computer Name:)
Ja aber er sprach ja von FQDN
rechner.local. *ist* ein FQDN.
Başar Alabay
2011-09-06 21:08:55 UTC
Permalink
Post by Juergen P. Meier
rechner.local. *ist* ein FQDN.
Tja, erklär das mal den tin-Freaks :-/

B. Alabay
--
Y Ddraig Goch ddyry cychwyn!
Thomas Kaiser
2011-09-06 21:42:43 UTC
Permalink
Post by Juergen P. Meier
Post by Patrick Kormann
Post by Juergen P. Meier
Das passiert innerhalb der .local Hiearchie dank Bonjour und mDNS
automagisch. Allerdings mit den jeweils im Rechner eingestellten
Rechnernamen (unter System Preferences/Sharing -> Computer Name:)
Ja aber er sprach ja von FQDN
rechner.local. *ist* ein FQDN.
Ach so. War das Designziel eines FQDN nicht die weltweit eindeutige
Auflösbarkeit (unambiguity) eines Namens? Und ist das bei .local., also
"link local"-Adressen nicht per Design völlig unmöglich? Es dürfen
weltweit beliebig viele xyz.local.-"FQDN" existieren, solange sie nicht
im gleichen _lokalen_ Netz unterwegs sind. Führt das nicht den Sinn
eines FQDN ad absurdum (wenn man's mal nicht rein formalistisch
betrachtet und annimmt, daß ein abschließender "." alles zu einem FQDN
macht)?

Gruss,

Thomas
Juergen P. Meier
2011-09-07 04:21:05 UTC
Permalink
Post by Thomas Kaiser
Post by Juergen P. Meier
Post by Patrick Kormann
Post by Juergen P. Meier
Das passiert innerhalb der .local Hiearchie dank Bonjour und mDNS
automagisch. Allerdings mit den jeweils im Rechner eingestellten
Rechnernamen (unter System Preferences/Sharing -> Computer Name:)
Ja aber er sprach ja von FQDN
rechner.local. *ist* ein FQDN.
Ach so. War das Designziel eines FQDN nicht die weltweit eindeutige
Auflösbarkeit (unambiguity) eines Namens? Und ist das bei .local., also
Nicht Ganz.

Die Eindeutigkeit eines Domainnamen als Designziel bezieht sich nur
auf den Scope (Gueltigkeitsbereich) der jeweiligen Hierarchie.

Und die ist bei der TLD local. nunmal nicht weltweit sondern lokal,
per definition.

Innerhalb der Hierarchie ist der Rechnername dann wieder einmalig und
eindeutig, denn bei Kolissionen sorgt Bonjour dafuer, dass der
Rechnername ggf. geaendert wird - eben damit das Designziel von DNS
erreicht wird.
Post by Thomas Kaiser
"link local"-Adressen nicht per Design völlig unmöglich? Es dürfen
Nein. Man hat lediglich einen anderen Scope - die Anforderung an die
Eindeutigkeit gilt nur innerhalb dieses Scopes.

Beim IANA Adressraum (also . ohne local. bzw. andere Teilhierarchien
mit jeweils eingeschraenktem Scope) ist dieser Scope halt schlichtweg
das Weltweite Internet (aber auch nur das!).

Deswegen ist das recht leicht zu verwechseln.
Post by Thomas Kaiser
weltweit beliebig viele xyz.local.-"FQDN" existieren, solange sie nicht
Ja.
Post by Thomas Kaiser
im gleichen _lokalen_ Netz unterwegs sind. Führt das nicht den Sinn
eines FQDN ad absurdum (wenn man's mal nicht rein formalistisch
betrachtet und annimmt, daß ein abschließender "." alles zu einem FQDN
macht)?
Nein. Es kommt immer auf den Scope an.

Fuer die MID-Erzeugung von USENET-Postings wird jedoch an den FQDN
der MID die selbe Scope-Anforderung wie fuer die Verbreitung des
Artikels (idR. also Weltweit) angesetzt, so dass FQDN mit eingescraenktem
Scope sich idR. nicht dafuer eignen.

Das ist wohl dann auch der Grund, warum local. vom NUA "tin" nicht
fuer die Erzeugung von MIDs akzeptiert wird. Warum diese Software das
MID-Erzeugen in so einem Fall nicht einfach dem NNTP-Server ueberlaesst
(der zwangslaeufig einen FQDN mit weltweiter Gueltigkeit haben muss)
ist eine andere Frage, die der Anwender an den Autor der Software stellen
sollte.

Die Behauptung "xyz.local. ist ungueltig weil das kein FQDN ist!" ist
jedoch schlichtweg Falsch. Es ist ein FQDN - innerhalb des
eingeschraenkten Gueltigkeitsbereichs der Teilhierarchie local. ist
das ein vollstaendig qualifizierter Name (fully qualified domain name).

Die korrekte Behauptung ware also: "xyz.local. ist als FQDN fuer die
MID-Erzeugung in USENET-Postings nicht erlaubt, da er die Anforderung
an den Gueltigkeitsbereich (Weltweit vs. Lokal) nicht erfuellt."

Und die richtige Art, wie ein NUA damit umzugehen hat, ist es die
Erzeugung der MID dem NNTP-Server zu ueberlassen (der kann das idR. eh
zuverlaessiger). Die meisten NUAs machen das dann auch genau so.
Bei "tin" sollte der OP mal nachschauen, ob man das nicht doch
konfigurieren kann, wenn es das nicht von sich aus macht.

Juergen
--
Juergen P. Meier - "This World is about to be Destroyed!"
end
If you think technology can solve your problems you don't understand
technology and you don't understand your problems. (Bruce Schneier)
Başar Alabay
2011-09-07 07:25:40 UTC
Permalink
Post by Juergen P. Meier
Fuer die MID-Erzeugung von USENET-Postings wird jedoch an den FQDN
der MID die selbe Scope-Anforderung wie fuer die Verbreitung des
Artikels (idR. also Weltweit) angesetzt, so dass FQDN mit eingescraenktem
Scope sich idR. nicht dafuer eignen.
Das ist wohl dann auch der Grund, warum local. vom NUA "tin" nicht
fuer die Erzeugung von MIDs akzeptiert wird. Warum diese Software das
MID-Erzeugen in so einem Fall nicht einfach dem NNTP-Server ueberlaesst
(der zwangslaeufig einen FQDN mit weltweiter Gueltigkeit haben muss)
ist eine andere Frage, die der Anwender an den Autor der Software stellen
sollte.
Da in meinen Postings nix, aber gar nix, von diesem ominösen FQDN, den
ich hier eingerichtet habe, zu sehen ist, nehme ich an, ist das eh eine
hohle Sache. Das wird eh vom NNTP-Server erledigt. Nur, tin will ohne
eine FQDN jenseits local gar nicht erst starten.

Wobei ich nicht ganz den Unterschied zwischen .local und .local.
verstanden habe, um ehrlich zu sein.
Post by Juergen P. Meier
Und die richtige Art, wie ein NUA damit umzugehen hat, ist es die
Erzeugung der MID dem NNTP-Server zu ueberlassen (der kann das idR. eh
zuverlaessiger). Die meisten NUAs machen das dann auch genau so.
Bei "tin" sollte der OP mal nachschauen, ob man das nicht doch
konfigurieren kann, wenn es das nicht von sich aus macht.
Siehe oben.

B. Alabay
--
Y Ddraig Goch ddyry cychwyn!
Thomas Kaiser
2011-09-07 09:06:03 UTC
Permalink
Post by Juergen P. Meier
Post by Thomas Kaiser
Post by Juergen P. Meier
Post by Patrick Kormann
Post by Juergen P. Meier
Das passiert innerhalb der .local Hiearchie dank Bonjour und mDNS
automagisch. Allerdings mit den jeweils im Rechner eingestellten
Rechnernamen (unter System Preferences/Sharing -> Computer Name:)
Ja aber er sprach ja von FQDN
rechner.local. *ist* ein FQDN.
Ach so. War das Designziel eines FQDN nicht die weltweit eindeutige
Auflösbarkeit (unambiguity) eines Namens? Und ist das bei .local., also
Nicht Ganz.
Die Eindeutigkeit eines Domainnamen als Designziel bezieht sich nur
auf den Scope (Gueltigkeitsbereich) der jeweiligen Hierarchie.
Und die ist bei der TLD local. nunmal nicht weltweit sondern lokal,
per definition.
Na also. Und damit ist der Unterschied zwischen einem simplen "Hostnamen"
und einem "FQDN" innerhalb der .local-Domain exakt keiner mehr bzw. nur
noch ein formal(istisch)er aber kein funktionaler. Im Gegensatz zu einem
richtigen FQDN.
Post by Juergen P. Meier
[...]
Das ist wohl dann auch der Grund, warum local. vom NUA "tin" nicht
fuer die Erzeugung von MIDs akzeptiert wird. Warum diese Software das
MID-Erzeugen in so einem Fall nicht einfach dem NNTP-Server
ueberlaesst (der zwangslaeufig einen FQDN mit weltweiter Gueltigkeit
haben muss) ist eine andere Frage
Bei tin mußt Du schon einiges an Aufwand betreiben, um tin dazu zu
bekommen, daß er selbst Message-IDs erzeugen will. Das ist als
Schutzmaßnahme eingebaut im Sinn von: "Wer zu blöd ist, das mit der
Eindeutigkeit von Message-IDs und dem Zusammenhang zu FQDNs zu
verstehen, der kriegt es hoffentlich auch nicht konfiguriert" (das muß
man bei tin schon vor dem Kompilieren einstellen, daß er selbst und
nicht der Newsserver Message-IDs erzeugt).
Post by Juergen P. Meier
die der Anwender an den Autor der Software stellen sollte.
Brillianter Plan, _den_ OP auf irgendwen zu hetzen. Willst Du, daß
der Autor die Lust an tin verliert? :-)

Gruss,

Thomas
Hermann Schaefer
2011-09-07 15:19:37 UTC
Permalink
Post by Thomas Kaiser
Na also. Und damit ist der Unterschied zwischen einem simplen "Hostnamen"
und einem "FQDN" innerhalb der .local-Domain exakt keiner mehr bzw. nur
noch ein formal(istisch)er aber kein funktionaler. Im Gegensatz zu einem
richtigen FQDN.
"Richtiger" FQDN und "falscher"? Naja, irgendwie habt ihr beide recht. IMHO
hätte man bei dem .local-Krempel eine eigene Class einführen sollen, also

host LO 192.168.x.y

und nicht

host IN 192.168.x.y

Aber das hätte wieder Aufwand gemacht und es hätte Apple abverlangt, mal mit
anderen zusammen was zu machen - und nicht wieder still und leise alleine.
Man sollte nicht vergessen, daß alleine der Begriff FQDN im Zusammenhang mit
Link-Local Multicast Name Resolution einfach keinen Sinn ergibt, da letzterer
eben grade nicht an einen DNS gebunden ist. Zwar kennt LLMNR auch "klassische"
DNS Formate und Klassen, aber er soll ja eben NUR local arbeiten. Eine
Anwendung, die mit anderen Netzen kommuniziert, sollte also auch keinen
LLMNR-Namen als Ersatz für einen FQDN akzeptieren.
Thomas Kaiser
2011-09-07 17:36:41 UTC
Permalink
Man sollte nicht vergessen, daß alleine der Begriff FQDN im
Zusammenhang mit Link-Local Multicast Name Resolution einfach keinen
Sinn ergibt, da letzterer eben grade nicht an einen DNS gebunden ist.
Eben. Und wenn's immer noch nicht einleuchten sollte, dann in einem der
entsprechenden Dokumente detailliert nachlesen, was die Design-Ziele von
DNS an sich und von mDNS auf der anderen Seite sind und was das für
Auswirkungen auf Hostnamen (bzw. Pseudo-FQDNs) hat. Bspw. ab Punkt 3,
d.h. "Multicast DNS Names" in

http://files.multicastdns.org/draft-cheshire-dnsext-multicastdns.txt

Gruss,

Thomas
Juergen P. Meier
2011-09-08 03:54:38 UTC
Permalink
Post by Thomas Kaiser
Post by Juergen P. Meier
Post by Thomas Kaiser
Post by Juergen P. Meier
Post by Patrick Kormann
Post by Juergen P. Meier
Das passiert innerhalb der .local Hiearchie dank Bonjour und mDNS
automagisch. Allerdings mit den jeweils im Rechner eingestellten
Rechnernamen (unter System Preferences/Sharing -> Computer Name:)
Ja aber er sprach ja von FQDN
rechner.local. *ist* ein FQDN.
Ach so. War das Designziel eines FQDN nicht die weltweit eindeutige
Auflösbarkeit (unambiguity) eines Namens? Und ist das bei .local., also
Nicht Ganz.
Die Eindeutigkeit eines Domainnamen als Designziel bezieht sich nur
auf den Scope (Gueltigkeitsbereich) der jeweiligen Hierarchie.
Und die ist bei der TLD local. nunmal nicht weltweit sondern lokal,
per definition.
Na also. Und damit ist der Unterschied zwischen einem simplen "Hostnamen"
und einem "FQDN" innerhalb der .local-Domain exakt keiner mehr bzw. nur
Doch. "myhost" ist ein simpler Hostname, "myhost.local." ist ein FQDN,
ebenso wie "myhost.mydomain.foo." oder sogar "myhost." unter einer
nicht-IANA Wurzel.
Post by Thomas Kaiser
noch ein formal(istisch)er aber kein funktionaler. Im Gegensatz zu einem
richtigen FQDN.
"FQDN" ist aber nunmal eine formalistische Bezeichnung. Do'h.

Auch wenn du darauf bestehst, ein FAhrrad "Gurkenscheibe" zu nennen,
macht das noch lange keinen Sinn.
Post by Thomas Kaiser
Brillianter Plan, _den_ OP auf irgendwen zu hetzen. Willst Du, daß
der Autor die Lust an tin verliert? :-)
Wenn tin eh keine MID erzeugt, aber die Arbeit mit bestimmten FQDN
verweigert, ist die Software kaputt und der Anwender kann sich an den
Autor des Schrotts wenden um diesen Defkt beseitigen zu lassen.

Ganz Einfach.
Başar Alabay
2011-09-08 06:23:32 UTC
Permalink
Post by Juergen P. Meier
Wenn tin eh keine MID erzeugt, aber die Arbeit mit bestimmten FQDN
verweigert, ist die Software kaputt und der Anwender kann sich an den
Autor des Schrotts wenden um diesen Defkt beseitigen zu lassen.
Nun gibt es nicht *den* Autor, und der, den es gibt, tja, der ist da
wohl etwas eigen. Wir sind ja alle ein bißchen bluna. Manche können ja
noch nicht mal kochen :-)))

Daß tin da kaputt ist, wissen mittlerweile einige, ey … soga isch!

B. Alabay
--
Y Ddraig Goch ddyry cychwyn!
Juergen P. Meier
2011-09-08 08:23:32 UTC
Permalink
Daß tin da kaputt ist, wissen mittlerweile einige, ey ? soga isch!
Da slrn existiert, sehe ich kein weiteres Problem :P
Başar Alabay
2011-09-08 11:38:36 UTC
Permalink
Post by Juergen P. Meier
Daß tin da kaputt ist, wissen mittlerweile einige, ey ? soga isch!
Da slrn existiert, sehe ich kein weiteres Problem :P
Och, jetzt habe ich tin zum Laufen gekriegt, da bin ich gerade irgendwie
zu faul für slrn. Außerdem klingt “tinnn” besser als “slrnnn” :-)))

B. Alabay
--
Y Ddraig Goch ddyry cychwyn!
Daniel Krebs
2011-09-11 15:48:30 UTC
Permalink
Post by Başar Alabay
Post by Juergen P. Meier
Daß tin da kaputt ist, wissen mittlerweile einige, ey ? soga isch!
Da slrn existiert, sehe ich kein weiteres Problem :P
Och, jetzt habe ich tin zum Laufen gekriegt, da bin ich gerade irgendwie
zu faul für slrn. Außerdem klingt "tinnn" besser als "slrnnn" :-)))
Warum beschwerst Du Dich dann?
Daniel
--
"Man sollte schon bis zum Wahltag glaubwürdig bleiben."

Stefan Mappus
Başar Alabay
2011-09-11 15:53:51 UTC
Permalink
Post by Daniel Krebs
Warum beschwerst Du Dich dann?
Hatte ich das nicht so ziemlich am Anfang geschrieben?

B. Alabay
--
Y Ddraig Goch ddyry cychwyn!
Uwe Premer
2011-09-22 10:25:57 UTC
Permalink
Post by Başar Alabay
Post by Juergen P. Meier
Daß tin da kaputt ist, wissen mittlerweile einige, ey ? soga isch!
Da slrn existiert, sehe ich kein weiteres Problem :P
Och, jetzt habe ich tin zum Laufen gekriegt, da bin ich gerade irgendwie
zu faul für slrn. Außerdem klingt “tinnn” besser als “slrnnn” :-)))
Wobei du natürlich den hyperfluiden Header "Sender" drin hast.

Uwe
Başar Alabay
2011-09-22 16:30:29 UTC
Permalink
Post by Uwe Premer
Post by Başar Alabay
Och, jetzt habe ich tin zum Laufen gekriegt, da bin ich gerade irgendwie
zu faul für slrn. Außerdem klingt “tinnn” besser als “slrnnn” :-)))
Wobei du natürlich den hyperfluiden Header "Sender" drin hast.
Was habe ich wo?

B. Alabay
--
gadewch i weld pwy sy'n gorwedd
Uwe Premer
2011-09-22 21:14:20 UTC
Permalink
Post by Başar Alabay
Post by Uwe Premer
Post by Başar Alabay
Och, jetzt habe ich tin zum Laufen gekriegt, da bin ich gerade irgendwie
zu faul für slrn. Außerdem klingt “tinnn” besser als “slrnnn” :-)))
Wobei du natürlich den hyperfluiden Header "Sender" drin hast.
Was habe ich wo?
Jetzt isser weg.

Aber in <j4a9fs$5ia$***@news.albasani.net> war noch
| Sender: =?UTF-8?Q?Ba=C5=9Far?= Alabay <***@hb.alabay.de>
drin.

Uwe
Başar Alabay
2011-09-22 21:31:30 UTC
Permalink
Post by Uwe Premer
Post by Başar Alabay
Post by Uwe Premer
Wobei du natürlich den hyperfluiden Header "Sender" drin hast.
Was habe ich wo?
Jetzt isser weg.
drin.
Aha. Ich habe aber nix geändert?!

B. Alabay
--
gadewch i weld pwy sy'n gorwedd
Uwe Premer
2011-09-22 10:27:47 UTC
Permalink
Post by Başar Alabay
Post by Juergen P. Meier
Daß tin da kaputt ist, wissen mittlerweile einige, ey ? soga isch!
Da slrn existiert, sehe ich kein weiteres Problem :P
Och, jetzt habe ich tin zum Laufen gekriegt, da bin ich gerade irgendwie
zu faul für slrn. Außerdem klingt “tinnn” besser als “slrnnn” :-)))
Auch für slrn gibt es viel Unterstützung im Netz, siehe:
<http://www.usenet-abc.de/wiki/Team/Slrn>

Uwe
Başar Alabay
2011-09-22 16:33:22 UTC
Permalink
Post by Uwe Premer
Post by Başar Alabay
Post by Juergen P. Meier
Da slrn existiert, sehe ich kein weiteres Problem :P
Och, jetzt habe ich tin zum Laufen gekriegt, da bin ich gerade irgendwie
zu faul für slrn. Außerdem klingt “tinnn” besser als “slrnnn” :-)))
<http://www.usenet-abc.de/wiki/Team/Slrn>
Was hat slrn jetzt, was tin nicht hat? Kann man da Postings unglesen
„übriglassen“? Das gelingt mir mit tin nicht. Ist slrn genau so
unicodefähig wie tin?

Naja, tin löppt ja erstmal.

B. Alabay
--
gadewch i weld pwy sy'n gorwedd
Dennis Preiser
2011-09-22 17:04:36 UTC
Permalink
Post by Başar Alabay
Was hat slrn jetzt, was tin nicht hat? Kann man da Postings unglesen
„übriglassen“? Das gelingt mir mit tin nicht.
Für tin (tinrc oder per 'M'enu):

| # If ON ask user if read groups should all be marked read
| catchup_read_groups=OFF
|
| # If ON catchup group/thread when leaving with the left arrow key.
| group_catchup_on_exit=OFF
| thread_catchup_on_exit=OFF

Dennis
Başar Alabay
2011-09-22 21:33:53 UTC
Permalink
Post by Dennis Preiser
Post by Başar Alabay
Was hat slrn jetzt, was tin nicht hat? Kann man da Postings unglesen
„übriglassen“? Das gelingt mir mit tin nicht.
| # If ON ask user if read groups should all be marked read
| catchup_read_groups=OFF
|
| # If ON catchup group/thread when leaving with the left arrow key.
| group_catchup_on_exit=OFF
| thread_catchup_on_exit=OFF
Ja, das kenne ich, ich habe auch catchup an, aber wenn ich n tippe,
verliere ich trotzdem Postings. Ah, es ging vor allem darum, ein
gelesenes (!) Ding wieder ungelesen zu machen. Um die geht es, nicht um
einen „Rest“.

B. Alabay
--
gadewch i weld pwy sy'n gorwedd
Dennis Preiser
2011-09-23 05:23:15 UTC
Permalink
Post by Başar Alabay
Post by Dennis Preiser
Post by Başar Alabay
Was hat slrn jetzt, was tin nicht hat? Kann man da Postings unglesen
„übriglassen“? Das gelingt mir mit tin nicht.
| # If ON ask user if read groups should all be marked read
| catchup_read_groups=OFF
|
| # If ON catchup group/thread when leaving with the left arrow key.
| group_catchup_on_exit=OFF
| thread_catchup_on_exit=OFF
Ja, das kenne ich, ich habe auch catchup an, aber wenn ich n tippe,
verliere ich trotzdem Postings. Ah, es ging vor allem darum, ein
gelesenes (!) Ding wieder ungelesen zu machen. Um die geht es, nicht um
einen „Rest“.
| THREAD LISTING COMMANDS
|
| MarkArtUnread 'z'
| Mark current article in thread as unread. If a range of
| articles is set, the range will be marked as unread
| instead of the current article. When tagged articles
| are present, a prompt asks how to proceed.

| ARTICLE VIEWER COMMANDS
|
| MarkArtUnread 'z'
| Mark article as unread.

Funktioniert hier (egal wie catchup eingestellt ist). Wenn das bei Dir
nicht geht, beschreib mal genau die Schritte, die Du machst.

Dennis
Başar Alabay
2011-09-23 05:56:27 UTC
Permalink
Post by Dennis Preiser
Funktioniert hier (egal wie catchup eingestellt ist). Wenn das bei Dir
nicht geht, beschreib mal genau die Schritte, die Du machst.
Hm, das mit z kannte ich noch nicht. Muß ich mal ausprobieren. Ich hatte
t zum Taggen ausprobiert. Aber ich glaube, ich weiß nicht, was das genau
sein soll.

Dankeschön.

B. Alabay
--
byddwch yn ofalus o seicopathiaid ffasgaidd
Dennis Preiser
2011-09-23 07:38:16 UTC
Permalink
Post by Başar Alabay
Hm, das mit z kannte ich noch nicht. Muß ich mal ausprobieren. Ich hatte
t zum Taggen ausprobiert. Aber ich glaube, ich weiß nicht, was das genau
sein soll.
Die mit 't' markierten Artikel kann man in einem Rutsch z.B. speichern,
drucken, mailen oder in ein externes Kommando pipen.

Man kann die getaggten Artikel auch auf gelesen ('^X') bzw. ungelesen
('^W') setzen.

Um einen Artikel auf ungelesen zu setzen, kann man gleich 'z' nehmen.
Bei vielen Artikeln kann es sinnvoll sein, erst die betreffenden Artikel
zu taggen und danach '^W' zu nutzen.

Dennis
Dennis Preiser
2011-09-23 07:40:09 UTC
Permalink
Post by Başar Alabay
Hm, das mit z kannte ich noch nicht. Muß ich mal ausprobieren. Ich hatte
t zum Taggen ausprobiert. Aber ich glaube, ich weiß nicht, was das genau
sein soll.
Die mit 't' getaggten Artikel kann man in einem Rutsch z.B. speichern,
drucken, mailen oder in ein externes Kommando pipen.

Man kann die getaggten Artikel auch auf gelesen ('^X') bzw. ungelesen
('^W') setzen.

Um einen Artikel auf ungelesen zu setzen, kann man gleich 'z' nehmen.
Bei vielen Artikeln kann es sinnvoll sein, erst die betreffenden Artikel
zu taggen und danach '^W' zu nutzen.

Dennis
Başar Alabay
2011-09-23 08:01:39 UTC
Permalink
Post by Dennis Preiser
Um einen Artikel auf ungelesen zu setzen, kann man gleich 'z' nehmen.
Bei vielen Artikeln kann es sinnvoll sein, erst die betreffenden Artikel
zu taggen und danach '^W' zu nutzen.
Ich sollte mal öfters die Hilfe anschauen. Danke.

B. Alabay
--
byddwch yn ofalus o seicopathiaid ffasgaidd
Uwe Premer
2011-09-22 10:17:36 UTC
Permalink
Post by Başar Alabay
Post by Juergen P. Meier
Wenn tin eh keine MID erzeugt, aber die Arbeit mit bestimmten FQDN
verweigert, ist die Software kaputt und der Anwender kann sich an den
Autor des Schrotts wenden um diesen Defkt beseitigen zu lassen.
Nun gibt es nicht *den* Autor, und der, den es gibt, tja, der ist da
wohl etwas eigen. Wir sind ja alle ein bißchen bluna. Manche können ja
noch nicht mal kochen :-)))
Da hast du unrecht! Urs ist nicht eigen, sondern *korrekt*!
Post by Başar Alabay
Daß tin da kaputt ist, wissen mittlerweile einige, ey … soga isch!
Und auch das stimmt nicht! Tin ist vollkommen in Ordnung und *nicht*
kaputt!

Uwe
Başar Alabay
2011-09-22 16:34:14 UTC
Permalink
Post by Uwe Premer
Post by Başar Alabay
Daß tin da kaputt ist, wissen mittlerweile einige, ey … soga isch!
Und auch das stimmt nicht! Tin ist vollkommen in Ordnung und *nicht*
kaputt!
Nun, das sehen manche anders. Anschauungssache.

B. Alabay
--
gadewch i weld pwy sy'n gorwedd
Uwe Premer
2011-09-22 21:15:41 UTC
Permalink
Post by Başar Alabay
Post by Uwe Premer
Post by Başar Alabay
Daß tin da kaputt ist, wissen mittlerweile einige, ey … soga isch!
Und auch das stimmt nicht! Tin ist vollkommen in Ordnung und *nicht*
kaputt!
Nun, das sehen manche anders. Anschauungssache.
Wenn du oft genug mit Urs diskutiert hast, ist es keine Anschauungssache mehr.

Uwe
Başar Alabay
2011-09-22 21:35:00 UTC
Permalink
Post by Uwe Premer
Post by Başar Alabay
Nun, das sehen manche anders. Anschauungssache.
Wenn du oft genug mit Urs diskutiert hast, ist es keine
Anschauungssache mehr.
Naja, ich muß ja nicht dauernd und mit jedem alles diskutieren.

B. Alabay
--
gadewch i weld pwy sy'n gorwedd
Uwe Premer
2011-09-22 10:15:30 UTC
Permalink
Post by Juergen P. Meier
Post by Thomas Kaiser
Brillianter Plan, _den_ OP auf irgendwen zu hetzen. Willst Du, daß
der Autor die Lust an tin verliert? :-)
Wenn tin eh keine MID erzeugt, aber die Arbeit mit bestimmten FQDN
verweigert, ist die Software kaputt und der Anwender kann sich an den
Autor des Schrotts wenden um diesen Defkt beseitigen zu lassen.
Tin erzeugt lediglich in der Standard-Kompilation keine MID.
Und zwar aus gutem Grund: die meisten ONUs haben nämlich ihrem Rechner
keinen gültigen FQDN als Hostnamen gegeben und gerade dann kämen in so
einem Fall ungültige MIDs zustande.

Wie's richtig geht, zeigt mein Artikel hier:
<http://www.usenet-abc.de/wiki/Team/Tin#Message-ID>

Uwe
Uwe Premer
2011-09-22 10:29:44 UTC
Permalink
Post by Juergen P. Meier
Post by Patrick Kormann
Post by Juergen P. Meier
Das passiert innerhalb der .local Hiearchie dank Bonjour und mDNS
automagisch. Allerdings mit den jeweils im Rechner eingestellten
Rechnernamen (unter System Preferences/Sharing -> Computer Name:)
Ja aber er sprach ja von FQDN
rechner.local. *ist* ein FQDN.
Nein, kein öffentlich Gültiger.
Ein gültiger FQDN enthält eine Domain, in deren Besitz der User sein
muß.

rechner.local ist keine öffentliche Domain.

Uwe
Loading...