[EMAIL PROTECTED] (Kai Schindelka) schrieb:
> [EMAIL PROTECTED] (Peter Moeckli) am 16.05.1999:
>
> > [EMAIL PROTECTED] (Markus Castro) schrieb:
>
> ...snip... Headerstripper...
>
> > Also, erstens braucht das nicht viel Platz, nur ein paar Bytes.
>
> Die "paar Bytes" machen in den von mir getesteten F�llen ca. das
> doppelte des eigentlichen Nachrichteninhalts aus. Mit anderen Worten,
> die ankommende Nachricht tr�gt knapp 2/3 Ballast im Verh�ltnis zur
> tats�chlich nutzbaren Information.
Ist der Platz auf Deiner Harddisk so knapp?
Klar, bei Kurzpostings ist der Header groesser als das Posting, allerdings
kommen ja einige Eintraege ja erst im Lauf des Versands zusammen.
> So etwas ist vielleicht PC-Usern egal (die benutzen ja auch sinnlos
> aufgebl�hte Software), aber es ist gr��tenteils unn�tig und verur-
> sacht beim Transport unn�tigen Traffic, wenn der Empf�nger sowieso
> nicht vorhat, die enthaltenen Informationen zu nutzen.
Zum Traffic: Wie gesagt, ein Teil dieser Headerinformationen kommt erst im Lauf
des Versands hinzu, abhaengig davon, wo die Mail geroutet wird.
> > Und zweitens ist
> > es gar nicht so ueberfluessig, wenn man den ganzen Header hat. Nur damit kannst
> > Du z.B. effektiv gegen Spam vorgehen, da Du nur dem kompletten Header entnehmen
> > kannst, woher der Spam gekommen ist etc...
>
> Auf einer /Mailungliste/ ? Um Spamvermeidung und Spammertracing sollte
> sich der Listowner k�mmern, nicht die Teilnehmer. Ich bin zudem auf
> etlichen Listen eingetragen und erhalte auf keiner einzigen Spam ir-
> gendwelcher Art, also scheinen auch andere diesen Standpunkt zu tei-
> len.
Moment: Ich weiss ja nicht, was Du mit Microdot alles liest. Auf jeden Fall lese
ich eine ganze Reihe von Newsgroups damit. Und wenn ich da poste, gibts ab und
an Spam, der bei mir aufschlaegt. So gehts wohl auch anderen. Und da finde ich
es sinnvoll, die Header analysieren zu koennen.
> Das ist nur ein Beispiel. Ein anderes ist der User, der z. B. gene-
> rell nicht vorhat, etwas anderes mit den eingehenden Nachrichten zu
> machen als sie zu lesen. Wozu sollen dann nicht ben�tigte Header
> sinnlos Platz in der Datenbank beanspruchen?
Nun, der loescht ja die Spam-Mails ohnehin, also wird dieser Platz wieder frei.
> Ich hielte eine Option wie "Stripheader" f�r so verkehrt nicht.
Ob er wirklich den Header kuerzen sollte? Ich waere eher dafuer, dass in der
Normalansicht weniger vom Header angezeigt wird. Vorhandensein sollte er aber
schon.
> > > - Base64- decode Routinen.
> >
> > Bekommst Du soviel Base64-codiertes Zeug?
>
> Ja. St�ndig.
Ich eher selten...
> > Mir genuegt es an sich, diese Sachen
> > auszulagern und mit einem Shell-Tool aus dem Aminet zu decodieren...
>
> Die Integration wenigstens rudiment�rer Routinen w�re trotzdem w�n-
> schenswert. Abver dar�ber brauchen wir gar nicht erst zu diskutieren,
> das kommt sowieso nicht (mehr) - jedenfalls nicht f�r MicroDot.
Ok, Du hast recht, es waere eine gute Idee.
Aber: Warum kommt das nicht mehr?
CU
Peter
_____________________________________________________________
MicroDot-Mailing-Liste - Info & Archiv: http://www.vapor.com/
ML-Hilfe: <[EMAIL PROTECTED]>, Inhalt "HELP"
ML-Abbestellen: <[EMAIL PROTECTED]>, "UNSUBSCRIBE"
