"Daniel Schmatz"
war das jetzt richtig dass ich den Betreff gekürzt habe?
Ja. Das war richtig. Wenn sich der Inhalt eines Threads soll man das Subject anpassen und das alte als (was: <altes Subject>) drinnen lassen. Wer auf diese Antwortet, soll das (was: ....) wegnehmen.
Der Anfragende kriegt die letzten 300 Kopfzeilen (dh normalerweise nur den Betreff = weniger Daten) will er alles bekommt er am Tag 300 Mails = selbes Datenvolumen wie in der Maillingliste mit dem Vorteil dass er das nur kriegt wenn er will. Ansonsten sinkt der Datentransfer.
Nein. Das stimmt so nicht ganz. Es bekommt mind. noch die newsid des Artikels, denn nur so ist ein einwandfreies Abrufen möglich. Und Du hast noch ein kleines Problem: bei eMail ist die Laufzeit unkritisch. Eine eMail kann ruhig etwas dauern. Die Mails trudeln nach und nach ein. Bei dem Newsserver sitze ich aber davor und ich will sofort die Antwort haben. 300 Kopfzeilen, von mir aus je Zeile 80 zeichen (Kommt nie und nimmer hin!) = 24 KByte, die übertragen werden müssen. Das ist schon nicht wenig und fällt ins Gewicht, wenn mehrere gleichzeitig lesen wollen oder das Netz langsam ist. Und egal, was ich mache, ich will es sofort haben! Wenn also Abends um 18 Uhr mehrere Personen die 300 Nachrichten abholen wollen, dann gibt es eine kurzfristige Spitzenlast. Diese hat man so in der Form sonst nicht! Oder um es anders zu sagen: Wenn ich Abends die Nachrichten lesen will, dann hole ich sie einmal von meinem Provider oder so ab und beim anderen Mal direkt beim Newsserver. Einmal also eine kurze, schnelle Verbidung und beim anderen eine lange, langsamere Verbindung. (Den Mailserver von T-Online erreiche ich schneller als SuSE. Oder mein Postfach bei 1&1 ist besser angebunden als SuSE) SuSE wird ja kaum, nur um Spitzenzeiten abzufangen, sich eine Anbindung ohne Ende zulegen! Das kostet ja nur unnötiges Geld!
Nebst: Wenn ein Resourcenfressender MS Server das schafft hat Linux sicher kein Problem damit - oder?
Linux kommt garantiert besser damit klar. Ich kenne den MS-Newsserver nur in einer Version, wie sie beim NT 4.0 Server dabei war (vor einigen Jahren) und da kann das Teil noch nicht einmal Newsfeeds. Der innd ist recht schön, wenn es um viele NNTP-Verbindungen geht. Dieser hat genau dieses optimiert (indem er z.B. den Index der Overview- DB im Speicher hält). Dies kostet aber auch Resourcen.
OK - falsch ausgedrückt: Er ist für jedermann zugänglich, aber alle die ihm schreiben bekommen eine ANtwortmail und erst nach Bestägigung dieser akzeptiert er die Mails von deiner Adresse. Suse darf unerwünschte Nachrichten löschen = einer vom Support liesst mit (wie bei MS...) - positives kann man doch übernehmen oder?
Nun gut. Dann schreibe ich einfach immer als "Daniel Schmatz"
kein Vorteil ohne Nachteil - allerdings werden die Mais zum Newsserver ja auch über Email vesendet - und das Abholen geht nicht wenn er off ist - das ist ja bei der Mailliste auch nicht anders.
Nunja - Du hast bei eMails eine Kette: - eMail-Client gibt an Mailserver - Mailserver gibt an Mailserver (oder ziel ist lokal) - Dies wiederholt sich evtl noch paar mal - SuSE-Mailserver empfängt die eMail. Es ist lokal, alias sagt: Pipe eMail über Majordomo! - Majordomo erzeugt viele eMails - Diese eMails gehen wieder einen netten weg bis zu Dir. Das schöne ist: Wenn die Kette unterbrochen ist (z.B. der Mailserver von SuSE down ist oder nicht erreichbar), dann übernimmt der Mailserver für dich das Abwarten. Je nach Config erzeugt er dann nach x Stunden eine Warnung und nach y Stunden geht die Mail als nicht zustellbar zurück. Das ist der Standard bei eMails. Wenn SuSE also mal etwas mit deren Mailserver macht, dann bekommst Du das noch nicht einmal mit! Für einen Mailserver kann auch noch ein Backup eingetragen sein. Dann würde die eMail dahin gehen und gewisse Probleme würden dadurch auch noch umgangen werden können! Beim Newsserver hast Du aber keine solche Kette sondern Du hast eine direkte Verbindung von Deinem Client zum Newsserver, so dass Du jeden Ausfall sofort spürst. Mit den besten Grüßen, Konrad Neitzel -- SoftMediaTec GmbH Tel: 0172 / 689 31 45 Fax: 069 / 90 50 99 53