Kann mir jemand einen Newsreader empfehlen, der gratis ist und zum
downloaden von binaries geeignet ist?
Früher habe ich Newsshark verwendet, aber jetzt hat er eine Beschränkung von
15 Files im Batch (dh. wenn diese runter geladen sind, muss ich wieder
nachladen, muss also die ganze Nacht beim Computer sitzen).
LG, Andrea.
> Ich meine ein Programm, das zB filme bequem runterladet und
> zusammensetzt
http://www.sb-software.com/sbnews/frsbnews.html
Habe ich lange zeit eingesetzt, kostet zwar ein paar $, dafuer
funktioniert es ganz gut.
Gratis kenn ich keines (mein Xnews sollte es zwar koennen, aber ich
habe es noch nie ausprobiert)
mfg
otto
Ein Newsreader dient dem Lesen der Postings. Alles andere mißbraucht das
Medium...
--
lg. ;-)
Roland M. Kreutzer
www.aufzack.com
OK, dann war Newsreader nicht der richtige Audruck. Vielleicht ist
"Turbosauger" besser.
Das Medium wird im Rahmen des Möglichen genutzt und nicht mißbraucht.
Klar, und dann verschickst Du die Filme via eMail - geht ja technisch
auch...
*waaaah* sag sowas nicht, sonst tut's noch wer....
Toni
Send mov?
Wolfgang
nennt sich schuhe. die bringen dich zum geschaeft deiner wahl dass filme
vertreibt. dort bekommst das ganze dann legal und ohne das netz mit
datenmuell vollzuknallen.
Mike
--
Dipl.Ing. Michael Rumpler email: mi...@linux-solutions.at
Open Minds. Open Sources. Open Future.
lieber ein Pinguin der läuft, als ein Fenster, das hängt...
Get the ultimate NT/XP service pack at http://www.linux.com
NNTP ist weder dafür geschaffen, noch effizient für binärdaten. Dafür gibt
es eigene Dienste. Ähnliches gilt für SMTP.
Ich möcht' garnicht wissen, wieviele kleinere Newsserver täglich unter
Überlast zusammenbrechen, weil irgendein User den Unterschied zwischen einer
bin-Gruppe und einem News-Forum mißverstanden hat. Und die ganzen Probleme
mit Binaries, Codierungen, Attachments etc. kommen alle daher.
Das Internet und im Speziellen auch das Usenet sind durch die technische
Einfachheit groß geworden, die immer mehr verloren geht. Unter anderem, weil
alles für alles mißbraucht (da ist es wieder!) wird...
>Ich möcht' garnicht wissen, wieviele kleinere Newsserver täglich unter
>Überlast zusammenbrechen, weil irgendein User den Unterschied zwischen einer
>bin-Gruppe und einem News-Forum mißverstanden hat.
...ich hatte mal URLs mit aktuellen traffic_Stats der Big8, bzw. aller
großen Hierarchien. Leider finde ich die nicht mehr.
Aber es würde mich schwer interessieren, bei wievielen TB
Fullfeed-NNTP-Traffic/Tag wir inzwischen angelangt sind.
~ghw
--
There are only 10 kinds of people who understand binary digits:
Those who do, and
Those who don't.
AFAIK ca. 1 TB pro Tag gesamt im normal erhältlichen Usenet. Die (etwas
abgesonderten) pay-server, die sich ja auf bins spezialisiert haben, dürften
das leicht noch übertreffen können...
FTP. p2p-dinge. Sogar http wäre dafür geeigneter...
> Wenn es möglich is in eine Textgruppe binaries zu posten passt aber
> was an der Konfiguration net.
Den meisten Servern ist das relativ wurscht, da sie die Nachrichten nicht
parsen.
> erklären. Was aber kann der Grund sein, wenn bei multiparts
> hauptsächlich die Teile 1,3,5,... fehlen, während 2,4,6,.. vorhanden
> sind?
Da sind wir wieder beim Grundproblem - nntp ist dafür nicht geschaffen.
Schön, dass Du das so gut erklärt hast ;-)
Wie ist das mit yenc? Ist das eine Übertragungsregel, mit der die Bin-Daten
umgewandelt werden? Wird dadurch die Gesamtmenge kleiner?
(Dumme Fragen suchen kluge Antworten.)
>Wenn 100 Leut die selben files von den Payservern aus USA schaufeln,
>vom Server des Providers wär es schon effizienter.
...und so wird der ganze Ramsch kreuz und quer rund um den Globus auf
tausende Server multipliziert, völlig egal, ob es irgendjemand
interessiert, oder nicht.
NNTP ist one-to-million Kommunikation. Und als solches ist es für die
effiziente Übertragung vieler kleiner Artikel (im Durchschnitt 2k)
konzipiert worden, aber nicht dazu, CD-Images zu verbreiten. Letzteres
ist absolut idiotisch (warum wohl regen sich immer so viele Sauger
auf, daß Part 235 von 323214 fehlt....?).
>> Dafür gibt es eigene Dienste.
>>
>Wöchane?
Such dir einen aus, es gibt genug. Auf jeden Fall sollte es ein
Pull-Mechanismus sein, kein Push-.
>Wenn es möglich is in eine Textgruppe binaries zu posten passt aber
>was an der Konfiguration net.
Diese Aussage zeigt recht anschaulich, daß du so gut wie keine Ahnung
hast.{1}
>BTW, in Gruppen mit binaries fehlen ja öfter mal irgendwelche Teile.
Ach, auch schon draufgekommen?
>Soweit so schlecht, aber da kann man sich Gründe dafür vorstellen.
Die Gründe dafür sind ganz einfach beschrieben: NNTP ist dafür nicht
konzipiert. {2}
Du willst einen Swimmingpool mit einer Kaffeetasse füllen, und regst
dich auf, daß du dabei Wasser verschüttest...
>Manchmal kommt es vor, dass bei mehreren multiparts der letzte Teil
>fehlt oder nur dieser ankommt. Auch das kann ma sich irgendwie
>erklären.
Ja klar. Siehe {2}
>Was aber kann der Grund sein, wenn bei multiparts
>hauptsächlich die Teile 1,3,5,... fehlen, während 2,4,6,.. vorhanden
>sind?
Einbildung/Zufall, siehe {1}.
>Das is höchstens ein seltsames Phänomen
Das ist überhaupt nicht seltsam, aber das hab ich dir schon im anderen
Posting erklärt.
>und fehlende Teile lassen sich
>spätestens seit par2 in den Griff kriegen.
Das löst aber das eigentliche Problem nicht, sondern verstärkt die
Problematik noch mehr, indem einfach redundante Daten in die Welt
geblasen werden (und damit noch mehr Traffic).
Es ist einfach völlig unsinnig, binäre Daten mit 30% overhead in Text
zu verstecken, um diese danach in hunderte Teile zu zerstückeln,
welche dann auf tausende Server verbreitet werden...
Wir sind inzwischen bei einem Terabyte Newsaufkommen / Tag. 99,9%
davon sind Traffic, für den die Software nicht konzipiert ist. Und du
wunderst dich auch noch, daß das ganze zu Problemen führt?
Geh weiter deinen Swimmingpool mit der Mokkatasse anfüllen...
So etwa im Gegenteil. yenc braucht weniger als uuencode aber immer noch mehr
als die Daten an sich brauchen.
> das 8. Bit, da sind nur mehr etwa 1,05MB nötig.
etwa 1073 kbyte zuviel für den Trägermechanismus ;-)
> Hmm, Du kommst mir vor wie so'n alter Oberlehrer, der vor zig Jahren
> sein Skriptum erstellt hat und das nun immer wieder runterleiert, ohne
> sich um Änderungen in seinem Bereich zu scheren.
> Klar, die 7 Bit - Kodierungen haben overhead, aber inzwischen gibt es
> yEnc. Gegen fehlende multiparts oder Teile gibt es par und par2.
>
> Und wenn Dich Zerstückelung stört solltest Dir besser ein anderes
> Hobby suchen - das ganze Internet basiert darauf, Dateien in kleine
> Packerl zu zerstückeln...
Was aber nix an der Tatsache aendert, dass die eine Datei, und sei sie
noch so toll, dann weltweit auf X (fuer X > 1.000 schaetzungsweise)
Newsserver kopiert wird und auf jedem einzelnen davon Platz braucht.
_Das_ ist der hoechst un/effektive Part dabei, der Encoding-Overhead ist
dagegen vollkommen vernachlaessigbar, auch wenn er schon rein aus Prinzip
stoert.
cheers,
&rw
--
-- Gordon's Law: If you think you have the
-- solution, the question was poorly phrased.
Ich war auf der Suche nach einem guten Programm zum runterladen von solchen
kleinen Paketen (siehe erstes Posting dieses Threads). Es freut mich, dass
dies so eine heftige Diskussiion ausgelöst hat, der ich längst nicht mehr
folgen kann.
Ob es der Idee des Erfinders entspricht oder nicht, ich nutze, was angeboten
wird. Und das ist nun GrabIt. Doch nun stehe ich wieder an:
Ich habe eine Reihe von Fioles runtergeladen, die sehen so aus:
EinName CD.part01.p01
EinName CD.part01.p02
EinName CD.part01.p03
...
EinName CD.part52.rar
oder eine andere Reihe:
EinName Disc1.part01.rar
EinName Disc1.part02.rar
EinName Disc1.part03.rar
...
Wie kann ich diese Daten nun weiter verarbeiten?
Was ist das von Dir erwähnte par und par2?
>Wie ist das mit yenc? Ist das eine Übertragungsregel,
yEnc hat nichts mit "Übertragung", sondern nur mit "Encoding" zu tun.
Da NNTP nicht für Binärdaten konzipiert ist, muß man sie in Text
verstecken, genau das macht yEnc.
>Wird dadurch die Gesamtmenge kleiner?
Nein, die Daten werden größer, als sie sind (auch wenn yEnc weniger
Overhead bracuht, als andere Verfahren).
>Hmm, Du kommst mir vor wie so'n alter Oberlehrer,
Ich hab jahrelang selbst einen NewsServer betrieben/gewartet[1] und
bilde mir daher ein, ein wenig über die Materie auch von
Betreiber-Seite bescheid zu wissen.
>Und wenn Dich Zerstückelung stört
Mich stört sie nicht. Ich amüsiere mich nur über Binposter/Sauger, die
sich darüber alterieren.
[1] dagegen.2 the resurrection - Film at 11
>dann weltweit auf X (fuer X > 1.000 schaetzungsweise) Newsserver
Ich würde da noch eine Zehnerpotenz drauflegen...
> Nur, na und? Es hat mal eine Zeit gegeben, da waren das 20GB. Eine
> normale Festplatte hatte da 500MB, jetzt hat sie 120GB...
<zitat>Wenn man keine Ahnung hat ... einfach mal: Fresse halten</zitat>
Oder langfassung:
Was nutzt es dir, den Muell auf die Kiste zu kippen? Das ganze muss
huebsch im spool landen, der nntp-server muss das auch verwalten.
Da gibts so indezes ...
Und: Weisst du wieviel Bits 1T Byte sind? weisst du, was fuer eine BER
die handelsueblichen Platten mit 120 Gig haben?
Und: 1TB/Day macht sustained write von 11MByte/sec. Rund um die Uhr.
ts,ts
Clemens.
--
/"\ / (G. Scott Granados:) And God spoke.
\ / ASCII RIBBON CAMPAIGN/ There shal be packets.
X AGAINST HTML MAIL / And there were packets,
/ \ AND POSTINGS / these packets were good, mostly.
>>AFAIK ca. 1 TB pro Tag gesamt im normal erhältlichen Usenet.
>
>Nur, na und? Es hat mal eine Zeit gegeben, da waren das 20GB.
...und wie willst du 30-45TB (ein Monat, und das ist wenig) zur
Verfügung stellen? Weißt du, was das kostet? Weißt du welche Systeme
man dafür benötigt (nein, ein PC mit IDE-RAID tuts nicht)?
Interessiere dich mal bei EMC^2 nach den Storage-Preisen für 30TB
Netto, und überleg dir das mal... (und dann schau auch gleich nach der
TCO)
>Und: 1TB/Day macht sustained write von 11MByte/sec. Rund um die Uhr.
...und das ist nur der Feed-Traffic...
>Naja, wenn der server lahmt, find i des net so lustig.
...und warum glaubst, "lahmt" der Server?
> On Sun, 20 Jul 2003 10:45:01 +0200, Gerhard H Wrodnigg
> <g...@gmx.net> wrote:
>
> Wenig? Will auch nen newsserver nutzen können, für den 1 Monat
> wenig ist... oder gut, samma bescheiden und träumen ma mal von 2
> Tagen Haltezeit...
Für ein paar USD im Monat bist Du dabei.
>>Verfügung stellen? Weißt du, was das kostet? Weißt du welche
>>Systeme man dafür benötigt (nein, ein PC mit IDE-RAID tuts
>>nicht)?
>>
> Ganz wichtig wären mal die Systeme zwischen den Ohren.
> Natürlich, 1 PC tuts nicht, aber ein Grüppchen PCs sollt die
> Aufgabe bewältigen können - Google macht's ja auch so.
Hab ich den smiley übersehen?
Was kommt außer dem Grüppchen PCs noch so auf die Liste? Storage?
Switches? Bandbreite? Wartung? Standort?
Mir scheint Du hast nicht ansatzweise eine Idee was es bedeutet
einen halbwegs ausfallsicheren fullfeed-Newsserver auf die Beine zu
stellen.
Servus, Wolfgang
--
/ recursive, adj.; see recursive. -- Unknown \
( Wolfgang Breyha <wbr...@gmx.net> - http://mash.nwy.at )
\ System Engineering UTA - TIS.SE - Vienna - Austria /
Tipp an "Ich will Provider werden"-SciFi-Freunde artverwandte
Jungunternehmer: Wer in at.internet.* einen permanenten
Popcorn-Verkaufsstand startet, hat mit massivem Umsatz zu rechnen!! In den
heißen Sommermonaten wohl sogar mit Lieferengpässen ;-)
> Natürlich, 1 PC tuts nicht, aber ein Grüppchen PCs sollt die Aufgabe
> bewältigen können - Google macht's ja auch so.
Eben.
http://www.google.com/press/highlights.html
| [...]
| powered by the world's largest commercial Linux cluster
| (more than 10,000 servers).
Die haben auch nur 10 PCs, wobei mir allerdings nicht klar ist warum sie
diese Zahl auf drei Kommastellen genau angeben.
--
Attachment? Nein: http://piology.org/ILOVEYOU-Signature-FAQ.html
begin LOVE-LETTER-UND-NIX-DAZUGELERNT.txt.vbs
I am a Signature, not a Virus!
end
Siehe e.g. http://news.amsterdam.surf.net/
http://feed2.news.rcn.net/local/stats/ci.07-19-2003.html
d.h. es sind noch weniger als 800 GB/tag.
/ol
--
-=- Otmar Lendl -- o...@bofh.priv.at -=-
Ja, aber Popcorn over IP (PoIP) ist noch nicht so ganz ausgereift. Ich
habe schon versucht, das mit RFC1149 zu koppeln, aber die blöden Viecher
fressen die Popcorn immer selber :-(
hp
--
_ | Peter J. Holzer | Geht durch die Magmaschleuse, dann erfahrt
|_|_) | Sysadmin WSR | ihr, warum 23 nicht 42 ist. Nur 30 ist
| | | h...@hjp.at | austauschbar.
__/ | http://www.hjp.at/ | -- PR 473