info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Hamster und UTF-8
16 views
Skip to first unread message
Harold Winter
Nov 13, 2023, 5:42:33 AM11/13/23
to
Hallo!
Gibt es irgendeine Möglichkeit Artikel mit UTF-8 vor dem Import in ASCII zu
konvertieren?
Ciao
Gibt es irgendeine Möglichkeit Artikel mit UTF-8 vor dem Import in ASCII zu
konvertieren?
Ciao
Thomas Barghahn
Nov 13, 2023, 10:38:42 AM11/13/23
to
*Harold Winter* meinte:
von 4Byte hat, als Zeichen mit einer Länge von nur 1 Byte darstellen?
Hast du vielleicht einmal ein konkretes Beispiel. worüber man sich
unterhalten könnte?
Thomas 😷
--
== S E N D E Z E I T =========================
DATUM : Montag, 13. November 2023
UHRZEIT: 16:38:34 UHR (MEZ)
== Heute: 'Bring ein Gerücht in Umlauf' Tag ==
>
> Gibt es irgendeine Möglichkeit Artikel mit UTF-8 vor dem Import in ASCII zu
> konvertieren?
Wie willst du denn bspw. ein chinesisches Zeichen, welches eine Länge
> Gibt es irgendeine Möglichkeit Artikel mit UTF-8 vor dem Import in ASCII zu
> konvertieren?
von 4Byte hat, als Zeichen mit einer Länge von nur 1 Byte darstellen?
Hast du vielleicht einmal ein konkretes Beispiel. worüber man sich
unterhalten könnte?
Thomas 😷
--
== S E N D E Z E I T =========================
DATUM : Montag, 13. November 2023
UHRZEIT: 16:38:34 UHR (MEZ)
== Heute: 'Bring ein Gerücht in Umlauf' Tag ==
Thomas Hochstein
Nov 13, 2023, 2:15:04 PM11/13/23
to
Harold Winter schrieb:
> Gibt es irgendeine Möglichkeit Artikel mit UTF-8 vor dem Import in ASCII zu
> konvertieren?
Wenn die Artikel ohnehin nur 7bit-Zeichen enthalten: ja.
> Gibt es irgendeine Möglichkeit Artikel mit UTF-8 vor dem Import in ASCII zu
> konvertieren?
Thomas Barghahn
Nov 13, 2023, 9:06:41 PM11/13/23
to
*Thomas Hochstein* meinte:
Nun ja, wenn Herold nun statt ASCII nspw. den Zeichensatz "w-1252"
erwähnt hätte, dann wäre mit den Zeichen zwischen 0x80 und 0xFF auch
noch etwas zu machen. Hat er aber nicht ... ;-)
Thomas 😷
--
== S E N D E Z E I T ==================
DATUM : Dienstag, 14. November 2023
UHRZEIT: 03:06:10 UHR (MEZ)
== Heute: Tag der Gewürzgurke =========
erwähnt hätte, dann wäre mit den Zeichen zwischen 0x80 und 0xFF auch
noch etwas zu machen. Hat er aber nicht ... ;-)
Thomas 😷
--
== S E N D E Z E I T ==================
UHRZEIT: 03:06:10 UHR (MEZ)
== Heute: Tag der Gewürzgurke =========
Thomas Barghahn
Nov 13, 2023, 9:08:55 PM11/13/23
to
*Thomas Hochstein* meinte:
> Harold Winter schrieb:
>
>> Gibt es irgendeine Möglichkeit Artikel mit UTF-8 vor dem Import inASCII zu
> Harold Winter schrieb:
>
>> Gibt es irgendeine Möglichkeit Artikel mit UTF-8 vor dem Import inASCII zu
>> konvertieren?
>
> Wenn die Artikel ohnehin nur 7bit-Zeichen enthalten: ja.
Nun ja, wenn Harold nun statt ASCII bspw. den Zeichensatz "w-1252"
>
> Wenn die Artikel ohnehin nur 7bit-Zeichen enthalten: ja.
erwähnt hätte, dann wäre mit den Zeichen zwischen 0x80 und 0xFF auch
noch etwas machbar. Hat er aber nicht ... ;-)
Harold Winter
Nov 14, 2023, 3:59:42 AM11/14/23
to
Thomas Barghahn <Th.Ba...@t-online.de> wrote:
> *Thomas Hochstein* meinte:
>> Harold Winter schrieb:
>>
>>> Gibt es irgendeine Möglichkeit Artikel mit UTF-8 vor dem Import in
> *Thomas Hochstein* meinte:
>> Harold Winter schrieb:
>>
>>> ASCII zu konvertieren?
>>
>> Wenn die Artikel ohnehin nur 7bit-Zeichen enthalten: ja.
>
> Nun ja, wenn Harold nun statt ASCII bspw. den Zeichensatz "w-1252"
> erwähnt hätte, dann wäre mit den Zeichen zwischen 0x80 und 0xFF auch
>>
>> Wenn die Artikel ohnehin nur 7bit-Zeichen enthalten: ja.
>
> Nun ja, wenn Harold nun statt ASCII bspw. den Zeichensatz "w-1252"
> noch etwas machbar. Hat er aber nicht ... ;-)
Also mir würde ja schon genügen die deutschen "Sonderzeichen" sauber lesbar
zu haben. Chinesisch, russisch, sonstwas dürfen gern als ? daherkommen.
Äh, "w-1252" statt reinem ASCII wäre wahrscheinlich der richtige aber hat der
Hamster überhaupt eine Schnittstelle für solche Sonderwünsche?
Ciao
Thomas Barghahn
Nov 14, 2023, 1:15:30 PM11/14/23
to
*Harold Winter* meinte:
mir auch klar, was du eigentlich wünschst, denn Xnews macht von sich
aus gar nichts, was die Deklaration von Zeichensätzen betrifft. Xnews
stellt alle druckbaren Zeichen dar, welche er in seinem internen
Zeichensatz "windows-1252" findet und versendet diesen dann ohne
erforderliche Header.
Ob ein reinkommender Artikel nun einen CT-Header, einen CTE-Header
oder gar keine Deklaration enthält, das ist Xnews völlig "wurscht".
Schlussendlich wird also nichts geprüft, was den Zeichensatz betrifft.
Der User muss also sämtliche Header rausgehend eigenständig setzen und
zudem auch noch darauf achten, dass er bezüglich jener Header nichts
falsch macht.
Entsprechend solltest du deinem Xnews klarmachen, dass im CT-Header
immer "charset=windows-1252" steht. So geht dann zumindest "rausgehend"
nichts schief, wenn du bspw. tatsächlich einmal die Kombination aus
Schildkröte ("¤") und dem Euro ("€") verwenden solltest.
> Äh, "w-1252" statt reinem ASCII wäre wahrscheinlich der richtige aber hat
> der Hamster überhaupt eine Schnittstelle für solche Sonderwünsche?
Es gibt nichts, was der Hamster bezüglich Zeichensätze nicht hinbekommen
würde. Natürlich kann er auch UTF-8 (sofern sich die zu konvertierenden
Zeichen in deinem Fall unter "windows-1252" darstellen lassen) zu
"windows-1252" konvertieren.
Ich müsste mir das am Wochenende einmal anschauen, falls nicht schon
früher hier eine Lösung genannt wird. Mit einem kleinen Konvertierungs-
script (Action: New-In) sollte es kein Problem sein.
Thomas
--
Test mit Xnews 5.04.25
> Thomas Barghahn <Th.Ba...@t-online.de> wrote:
>> *Thomas Hochstein* meinte:
>>> Harold Winter schrieb:
>>>
>>>> Gibt es irgendeine Möglichkeit Artikel mit UTF-8 vor dem Import in
>>>> ASCII zu konvertieren?
>>>
>>> Wenn die Artikel ohnehin nur 7bit-Zeichen enthalten: ja.
>>
>> Nun ja, wenn Harold nun statt ASCII bspw. den Zeichensatz "w-1252"
>> erwähnt hätte, dann wäre mit den Zeichen zwischen 0x80 und 0xFF auch
>> noch etwas machbar. Hat er aber nicht ... ;-)
>
> Also mir würde ja schon genügen die deutschen "Sonderzeichen" sauber
> lesbar zu haben. Chinesisch, russisch, sonstwas dürfen gern als ?
> daherkommen.
Jetzt habe ich mir deinen NR einmal etwas genauer angeschaut. Nun ist
>> *Thomas Hochstein* meinte:
>>> Harold Winter schrieb:
>>>
>>>> Gibt es irgendeine Möglichkeit Artikel mit UTF-8 vor dem Import in
>>>> ASCII zu konvertieren?
>>>
>>> Wenn die Artikel ohnehin nur 7bit-Zeichen enthalten: ja.
>>
>> Nun ja, wenn Harold nun statt ASCII bspw. den Zeichensatz "w-1252"
>> erwähnt hätte, dann wäre mit den Zeichen zwischen 0x80 und 0xFF auch
>> noch etwas machbar. Hat er aber nicht ... ;-)
>
> Also mir würde ja schon genügen die deutschen "Sonderzeichen" sauber
> lesbar zu haben. Chinesisch, russisch, sonstwas dürfen gern als ?
> daherkommen.
mir auch klar, was du eigentlich wünschst, denn Xnews macht von sich
aus gar nichts, was die Deklaration von Zeichensätzen betrifft. Xnews
stellt alle druckbaren Zeichen dar, welche er in seinem internen
Zeichensatz "windows-1252" findet und versendet diesen dann ohne
erforderliche Header.
Ob ein reinkommender Artikel nun einen CT-Header, einen CTE-Header
oder gar keine Deklaration enthält, das ist Xnews völlig "wurscht".
Schlussendlich wird also nichts geprüft, was den Zeichensatz betrifft.
Der User muss also sämtliche Header rausgehend eigenständig setzen und
zudem auch noch darauf achten, dass er bezüglich jener Header nichts
falsch macht.
Entsprechend solltest du deinem Xnews klarmachen, dass im CT-Header
immer "charset=windows-1252" steht. So geht dann zumindest "rausgehend"
nichts schief, wenn du bspw. tatsächlich einmal die Kombination aus
Schildkröte ("¤") und dem Euro ("€") verwenden solltest.
> Äh, "w-1252" statt reinem ASCII wäre wahrscheinlich der richtige aber hat
> der Hamster überhaupt eine Schnittstelle für solche Sonderwünsche?
würde. Natürlich kann er auch UTF-8 (sofern sich die zu konvertierenden
Zeichen in deinem Fall unter "windows-1252" darstellen lassen) zu
"windows-1252" konvertieren.
Ich müsste mir das am Wochenende einmal anschauen, falls nicht schon
früher hier eine Lösung genannt wird. Mit einem kleinen Konvertierungs-
script (Action: New-In) sollte es kein Problem sein.
Thomas
--
Test mit Xnews 5.04.25
Heiko Rost
Nov 14, 2023, 1:51:20 PM11/14/23
to
Am 14.11.2023 schrieb Harold Winter:
> Also mir würde ja schon genügen die deutschen "Sonderzeichen" sauber lesbar
> zu haben. Chinesisch, russisch, sonstwas dürfen gern als ? daherkommen.
Möglicherweise kannst Du das Problem lösen, wenn Du morver zwischen
> Also mir würde ja schon genügen die deutschen "Sonderzeichen" sauber lesbar
> zu haben. Chinesisch, russisch, sonstwas dürfen gern als ? daherkommen.
Hamster und Newsreader schaltest. Ob und wie gut das funktioniert, weiß
ich nicht, weil ich das Programm nie benutzt habe. Es ist auch schon 20
Jahre alt, aber zumindest kommt im Quelltext der Begriff UTF-8 vor.
<https://usenet-abc.de/wiki/Team/MorVer>
Technisch ist es auch möglich, die empfangenen Postings vor dem
Speichern im Hamster mittels "Einstellungen" - "Automatische
Aktionen..." - "Aktionen" mit einem Skript oder externen Programm zu
verarbeiten. Dieser Weg hat aber zwei Nachteile:
- Der Abruf der Gruppen wird langsamer
- Falls bei der Bearbeitung etwas schief geht, hast Du dann evtl.
defekte Postings im Hamster
Gruß Heiko
--
Keine Unterwerfung ist so vollkommen wie die, die den Anschein der Freiheit
wahrt. Damit lässt sich selbst der Wille gefangen nehmen.
Jean-Jacques Rousseau
Manfred Polak
Nov 14, 2023, 3:41:06 PM11/14/23
to
Thomas Barghahn schrieb:
>Es gibt nichts, was der Hamster bezüglich Zeichensätze nicht hinbekommen
>würde. Natürlich kann er auch UTF-8 (sofern sich die zu konvertierenden
>Zeichen in deinem Fall unter "windows-1252" darstellen lassen) zu
>"windows-1252" konvertieren.
Ich benutze ja hs2 nicht, aber nach einem schnellen Blick in die
Hilfe scheint DecodeToLocalCharset( <Text>,<Zeichensatz> ) das
Gewünschte zu machen, wenn auch die passende Konvertierungs-
tabelle cs_unicode_windows-1252.cnv vorhanden ist. Oder muss
man zuerst mal UTF8toUCS32( <string> ) auf den Body loslassen?
Manfred
>Es gibt nichts, was der Hamster bezüglich Zeichensätze nicht hinbekommen
>würde. Natürlich kann er auch UTF-8 (sofern sich die zu konvertierenden
>Zeichen in deinem Fall unter "windows-1252" darstellen lassen) zu
>"windows-1252" konvertieren.
Hilfe scheint DecodeToLocalCharset( <Text>,<Zeichensatz> ) das
Gewünschte zu machen, wenn auch die passende Konvertierungs-
tabelle cs_unicode_windows-1252.cnv vorhanden ist. Oder muss
man zuerst mal UTF8toUCS32( <string> ) auf den Body loslassen?
Manfred
Harold Winter
Nov 15, 2023, 5:42:13 AM11/15/23
to
Thomas Barghahn <Th.Ba...@gmx.de> wrote:
> Jetzt habe ich mir deinen NR einmal etwas genauer angeschaut. Nun ist
> mir auch klar, was du eigentlich wünschst, denn Xnews macht von sich
> aus gar nichts, was die Deklaration von Zeichensätzen betrifft. Xnews
> stellt alle druckbaren Zeichen dar, welche er in seinem internen
> Zeichensatz "windows-1252" findet und versendet diesen dann ohne
> erforderliche Header.
>
> Ob ein reinkommender Artikel nun einen CT-Header, einen CTE-Header
> oder gar keine Deklaration enthält, das ist Xnews völlig "wurscht".
> Schlussendlich wird also nichts geprüft, was den Zeichensatz betrifft.
Genau, und das ist auch der einzige, leider große, Nachteil von Xnews. Der
> Jetzt habe ich mir deinen NR einmal etwas genauer angeschaut. Nun ist
> mir auch klar, was du eigentlich wünschst, denn Xnews macht von sich
> aus gar nichts, was die Deklaration von Zeichensätzen betrifft. Xnews
> stellt alle druckbaren Zeichen dar, welche er in seinem internen
> Zeichensatz "windows-1252" findet und versendet diesen dann ohne
> erforderliche Header.
>
> Ob ein reinkommender Artikel nun einen CT-Header, einen CTE-Header
> oder gar keine Deklaration enthält, das ist Xnews völlig "wurscht".
> Schlussendlich wird also nichts geprüft, was den Zeichensatz betrifft.
Bedienkomfort ist einfach unschlagbar.
> Entsprechend solltest du deinem Xnews klarmachen, dass im CT-Header
> immer "charset=windows-1252" steht.
ob das richtig ist und woher ich das überhaupt habe. Bei mir läuft das halt
schon seit Modem-Zeiten so.
> Ich müsste mir das am Wochenende einmal anschauen, falls nicht schon
> früher hier eine Lösung genannt wird. Mit einem kleinen Konvertierungs-
> script (Action: New-In) sollte es kein Problem sein.
Allerdings sehe ich in deinem Header daß du genau dieselbe Kombination
verwendest, vielleicht kannst du das ja selber brauchen :-)
Danke und Ciao
Harold Winter
Nov 15, 2023, 5:42:14 AM11/15/23
to
Heiko Rost <heiko...@gmx.de> wrote:
> Möglicherweise kannst Du das Problem lösen, wenn Du morver zwischen
> Hamster und Newsreader schaltest. Ob und wie gut das funktioniert, weiß
> ich nicht, weil ich das Programm nie benutzt habe. Es ist auch schon 20
> Jahre alt, aber zumindest kommt im Quelltext der Begriff UTF-8 vor.
Den würde ich ungern verwenden, den hab' mir mal vor Urzeiten angesehen und
> Möglicherweise kannst Du das Problem lösen, wenn Du morver zwischen
> Hamster und Newsreader schaltest. Ob und wie gut das funktioniert, weiß
> ich nicht, weil ich das Programm nie benutzt habe. Es ist auch schon 20
> Jahre alt, aber zumindest kommt im Quelltext der Begriff UTF-8 vor.
bin damit irgendwie nicht zurecht gekommen.
> Technisch ist es auch möglich, die empfangenen Postings vor dem
> Speichern im Hamster mittels "Einstellungen" - "Automatische
> Aktionen..." - "Aktionen" mit einem Skript oder externen Programm zu
> verarbeiten.
Danke und Ciao
Heiko Rost
Nov 15, 2023, 5:54:48 AM11/15/23
to
Am 15.11.2023 schrieb Harold Winter:
> Ich füge da "*Content-Type: text/plain; charset=ISO-8859-1" ein, keine Ahnung
> ob das richtig ist und woher ich das überhaupt habe. Bei mir läuft das halt
> schon seit Modem-Zeiten so.
Das kannst Du machen. obwohl es leichte Unterschiede zu Windows-1252
> Ich füge da "*Content-Type: text/plain; charset=ISO-8859-1" ein, keine Ahnung
> ob das richtig ist und woher ich das überhaupt habe. Bei mir läuft das halt
> schon seit Modem-Zeiten so.
gibt. Dder einzige für die Praxis relevante dürfte das Euro-Zeichen
sein, das solltest Du nicht benutzen.
<https://de.wikipedia.org/wiki/Windows-1252>
Thomas Barghahn
Nov 15, 2023, 10:29:08 AM11/15/23
to
*Harold Winter* meinte:
Wenn du in deinem Posting ein "€" einfügst, dann bekommt der Leser
aufgrund dieses Zeichensatzes eine Schildkröte "¤" zu sehen, weil der
"€" nur in den Zeichensätzen "ISO-8859-15" und "windows-1252" vorhanden
ist.
Der Zeichensatz "windows-1252" enthält jedoch alle Zeichen, welche sich
in den Zeichensätzen "ISO-8859-1" *und* "ISO-8859-15" befinden. Somit
bist du dann immer auf der sicheren Seite und kannst auch einmal einen
"€" versenden, welchen der Leser dann auch sehen kann ;-)
Tausche also deine Zeile:
"*Content-Type: text/plain; charset=ISO-8859-1" durch
"*Content-Type: text/plain; charset=windows-1252" aus.
Das Sternchen am Anfang bleibt erhalten, damit dieser Header immer ohne
Nachfrage von deinem NR eingefügt wird.
Wo hast du eigentlich die Version vom 01.05.2009 her? Diese hätte ich
nämlich gerne.
Den "Rest" bekommen wir dann auch noch hin. :-)
> Thomas Barghahn <Th.Ba...@gmx.de> wrote:
>
>> Entsprechend solltest du deinem Xnews klarmachen, dass im CT-Header
>> immer "charset=windows-1252" steht.
>
> Ich füge da "*Content-Type: text/plain; charset=ISO-8859-1" ein, keine
> Ahnung ob das richtig ist und woher ich das überhaupt habe. Bei mir läuft
> das halt schon seit Modem-Zeiten so.
Dein Zeichensatz "ISO-8859-1" bedeutet ganz konkret:
>
>> Entsprechend solltest du deinem Xnews klarmachen, dass im CT-Header
>> immer "charset=windows-1252" steht.
>
> Ich füge da "*Content-Type: text/plain; charset=ISO-8859-1" ein, keine
> Ahnung ob das richtig ist und woher ich das überhaupt habe. Bei mir läuft
> das halt schon seit Modem-Zeiten so.
Wenn du in deinem Posting ein "€" einfügst, dann bekommt der Leser
aufgrund dieses Zeichensatzes eine Schildkröte "¤" zu sehen, weil der
"€" nur in den Zeichensätzen "ISO-8859-15" und "windows-1252" vorhanden
ist.
Der Zeichensatz "windows-1252" enthält jedoch alle Zeichen, welche sich
in den Zeichensätzen "ISO-8859-1" *und* "ISO-8859-15" befinden. Somit
bist du dann immer auf der sicheren Seite und kannst auch einmal einen
"€" versenden, welchen der Leser dann auch sehen kann ;-)
Tausche also deine Zeile:
"*Content-Type: text/plain; charset=ISO-8859-1" durch
"*Content-Type: text/plain; charset=windows-1252" aus.
Das Sternchen am Anfang bleibt erhalten, damit dieser Header immer ohne
Nachfrage von deinem NR eingefügt wird.
Wo hast du eigentlich die Version vom 01.05.2009 her? Diese hätte ich
nämlich gerne.
Den "Rest" bekommen wir dann auch noch hin. :-)
Thomas Barghahn
Nov 15, 2023, 11:10:47 AM11/15/23
to
*Manfred Polak* meinte:
Diese Funktion macht nur dann Sinn, wenn bspw. ein Dokument einen
UTF8-BOM hat. Dann bekommst du aus einem echten UTF8-Text den RAW-Text
für <Zeichensatz> "gezaubert". Ein Newsreader bekommt den RAW-Text aber
schon vorgesetzt. Hast du den RAW-Text, so hast du aber immer noch nicht
die lesbaren Zeichen (siehe bspw. Forté-Agent /ohne/ AgtEx). ;-)
Mit "UTF8toUCS32" hat man auch nicht viel gewonnen, denn dann hat man
UTF32 vor der Nase.
> Thomas Barghahn schrieb:
>
>> Es gibt nichts, was der Hamster bezüglich Zeichensätze nicht hinbekommen
>> würde.
>
>
>> Es gibt nichts, was der Hamster bezüglich Zeichensätze nicht hinbekommen
>> würde.
>
> Ich benutze ja hs2 nicht, aber nach einem schnellen Blick in die
> Hilfe scheint DecodeToLocalCharset( <Text>,<Zeichensatz> ) das
> Gewünschte zu machen, [...] UTF8toUCS32 ...
> Hilfe scheint DecodeToLocalCharset( <Text>,<Zeichensatz> ) das
Diese Funktion macht nur dann Sinn, wenn bspw. ein Dokument einen
UTF8-BOM hat. Dann bekommst du aus einem echten UTF8-Text den RAW-Text
für <Zeichensatz> "gezaubert". Ein Newsreader bekommt den RAW-Text aber
schon vorgesetzt. Hast du den RAW-Text, so hast du aber immer noch nicht
die lesbaren Zeichen (siehe bspw. Forté-Agent /ohne/ AgtEx). ;-)
Mit "UTF8toUCS32" hat man auch nicht viel gewonnen, denn dann hat man
UTF32 vor der Nase.
Alfred Peters
Nov 15, 2023, 3:28:21 PM11/15/23
to
Es schrieb einmal Manfred Polak:
> wenn auch die passende Konvertierungs-
> tabelle cs_unicode_windows-1252.cnv vorhanden ist. Oder muss
> man zuerst mal UTF8toUCS32( <string> ) auf den Body loslassen?
Nein.
Alfred
--
🀅🀛🀅 23873.6
🀀🀓🀤🀜🀘🀒🀒🀅🀅🀓
🀘🀅🀤🀜
🀛🀅🀀
> Thomas Barghahn schrieb:
>
>> Es gibt nichts, was der Hamster bezüglich Zeichensätze nicht hinbekommen
>> würde. Natürlich kann er auch UTF-8 (sofern sich die zu konvertierenden
>> Zeichen in deinem Fall unter "windows-1252" darstellen lassen) zu
>> "windows-1252" konvertieren.
>
> Ich benutze ja hs2 nicht, aber nach einem schnellen Blick in die
> Hilfe scheint DecodeToLocalCharset( <Text>,<Zeichensatz> ) das
> Gewünschte zu machen,
Ja, sollte funktionieren. Für passende Werte von <Zeichensatz>.
>
>> Es gibt nichts, was der Hamster bezüglich Zeichensätze nicht hinbekommen
>> würde. Natürlich kann er auch UTF-8 (sofern sich die zu konvertierenden
>> Zeichen in deinem Fall unter "windows-1252" darstellen lassen) zu
>> "windows-1252" konvertieren.
>
> Ich benutze ja hs2 nicht, aber nach einem schnellen Blick in die
> Hilfe scheint DecodeToLocalCharset( <Text>,<Zeichensatz> ) das
> Gewünschte zu machen,
> wenn auch die passende Konvertierungs-
> tabelle cs_unicode_windows-1252.cnv vorhanden ist. Oder muss
> man zuerst mal UTF8toUCS32( <string> ) auf den Body loslassen?
Alfred
--
🀅🀛🀅 23873.6
🀀🀓🀤🀜🀘🀒🀒🀅🀅🀓
🀘🀅🀤🀜
🀛🀅🀀
Chris
Nov 16, 2023, 3:41:26 AM11/16/23
to
Harold Winter schrieb:
vorher noch Base64 und Quoted Printable, was aber in Deinem Sinne sein
sollte:
<https://hamsterclassic.github.io/hamster-classic/convert.hsc>
Das benutze ich für Mails; für News läßt es sich leicht anpassen.
Statt unter
"Einstellungen"/"Automatische Abläufe"/"Aktionen"/"E-Mails"/
"Verarbeitung"/"eingehender Mails"
muße es unter
"Einstellungen"/"Automatische Abläufe"/"Aktionen"/"Artikel/Postings"/
"Eingehend"
eingetragen werden bei "Starte hs2-Script"
Viele Grüße
Chris
--
Sichere und komfortable Hamster-Installation:
https://hamsterclassic.github.io/hamster-classic
> Heiko Rost <heiko...@gmx.de> wrote:
>> Technisch ist es auch möglich, die empfangenen Postings vor dem
>> Speichern im Hamster mittels "Einstellungen" - "Automatische
>> Aktionen..." - "Aktionen" mit einem Skript oder externen Programm
>> zu verarbeiten.
> "Vorab-Bearbeitung"? Da wäre wirklich die passende Schnittstelle.
Du kannst Dir ja mal convert.hsc ansehen, das konvertiert zusätzlich bzw.
>> Technisch ist es auch möglich, die empfangenen Postings vor dem
>> Speichern im Hamster mittels "Einstellungen" - "Automatische
>> Aktionen..." - "Aktionen" mit einem Skript oder externen Programm
>> zu verarbeiten.
> "Vorab-Bearbeitung"? Da wäre wirklich die passende Schnittstelle.
vorher noch Base64 und Quoted Printable, was aber in Deinem Sinne sein
sollte:
<https://hamsterclassic.github.io/hamster-classic/convert.hsc>
Das benutze ich für Mails; für News läßt es sich leicht anpassen.
Statt unter
"Einstellungen"/"Automatische Abläufe"/"Aktionen"/"E-Mails"/
"Verarbeitung"/"eingehender Mails"
muße es unter
"Einstellungen"/"Automatische Abläufe"/"Aktionen"/"Artikel/Postings"/
"Eingehend"
eingetragen werden bei "Starte hs2-Script"
Viele Grüße
Chris
--
Sichere und komfortable Hamster-Installation:
https://hamsterclassic.github.io/hamster-classic
Harold Winter
Nov 16, 2023, 3:49:11 AM11/16/23
to
Thomas Barghahn <Th.Ba...@gmx.de> wrote:
> Tausche also deine Zeile:
> "*Content-Type: text/plain; charset=ISO-8859-1" durch
> "*Content-Type: text/plain; charset=windows-1252" aus.
Schon erledigt
> Tausche also deine Zeile:
> "*Content-Type: text/plain; charset=ISO-8859-1" durch
> "*Content-Type: text/plain; charset=windows-1252" aus.
> Wo hast du eigentlich die Version vom 01.05.2009 her? Diese hätte ich
> nämlich gerne.
kein Original-Archiv.
> Den "Rest" bekommen wir dann auch noch hin. :-)
Ciao
Harold Winter
Nov 16, 2023, 6:04:34 AM11/16/23
to
Harold Winter <SJJADE...@spammotel.com> wrote:
>> Den "Rest" bekommen wir dann auch noch hin. :-)
>
> Jetzt bin ich doch gespannt..
FULL STOP, jetzt teste ich erstmal convert.hsc!
>> Den "Rest" bekommen wir dann auch noch hin. :-)
>
> Jetzt bin ich doch gespannt..
Ciao
Harold Winter
Nov 16, 2023, 6:04:34 AM11/16/23
to
hamst...@mail.de (Chris) wrote:
> Harold Winter schrieb:
Ich bau' mir jetzt erstmal einen Test-Hamster ...
>
> Viele Grüße
> Chris
>
*DANKE* und Ciao
> Harold Winter schrieb:
>
>> "Vorab-Bearbeitung"? Da wäre wirklich die passende Schnittstelle.
>
> Du kannst Dir ja mal convert.hsc ansehen, das konvertiert zusätzlich bzw.
> vorher noch Base64 und Quoted Printable, was aber in Deinem Sinne sein
> sollte:
> <https://hamsterclassic.github.io/hamster-classic/convert.hsc>
>
> Das benutze ich für Mails; für News läßt es sich leicht anpassen.
> Statt unter
> "Einstellungen"/"Automatische Abläufe"/"Aktionen"/"E-Mails"/
> "Verarbeitung"/"eingehender Mails"
> muße es unter
> "Einstellungen"/"Automatische Abläufe"/"Aktionen"/"Artikel/Postings"/
> "Eingehend"
> eingetragen werden bei "Starte hs2-Script"
*DAS* scheints zu sein!
>> "Vorab-Bearbeitung"? Da wäre wirklich die passende Schnittstelle.
>
> Du kannst Dir ja mal convert.hsc ansehen, das konvertiert zusätzlich bzw.
> vorher noch Base64 und Quoted Printable, was aber in Deinem Sinne sein
> sollte:
> <https://hamsterclassic.github.io/hamster-classic/convert.hsc>
>
> Das benutze ich für Mails; für News läßt es sich leicht anpassen.
> Statt unter
> "Einstellungen"/"Automatische Abläufe"/"Aktionen"/"E-Mails"/
> "Verarbeitung"/"eingehender Mails"
> muße es unter
> "Einstellungen"/"Automatische Abläufe"/"Aktionen"/"Artikel/Postings"/
> "Eingehend"
> eingetragen werden bei "Starte hs2-Script"
Ich bau' mir jetzt erstmal einen Test-Hamster ...
>
> Viele Grüße
> Chris
>
*DANKE* und Ciao
Thomas Barghahn
Nov 16, 2023, 11:34:34 AM11/16/23
to
*Chris* meinte:
> Harold Winter schrieb:
>> "Vorab-Bearbeitung"? Da wäre wirklich die passende Schnittstelle.
> Du kannst Dir ja mal convert.hsc ansehen, das konvertiert zusätzlich bzw.
> vorher noch Base64 und Quoted Printable, was aber in Deinem Sinne sein
> sollte:
> <https://hamsterclassic.github.io/hamster-classic/convert.hsc>
Das sieht gut aus. :-) Danke.
Thomas 😷
--
== S E N D E Z E I T ====================
DATUM : Donnerstag, 16. November 2023
UHRZEIT: 17:34:29 UHR (MEZ)
== Heute: Tag des Knopfes ===============
> Harold Winter schrieb:
>> "Vorab-Bearbeitung"? Da wäre wirklich die passende Schnittstelle.
> Du kannst Dir ja mal convert.hsc ansehen, das konvertiert zusätzlich bzw.
> vorher noch Base64 und Quoted Printable, was aber in Deinem Sinne sein
> sollte:
> <https://hamsterclassic.github.io/hamster-classic/convert.hsc>
Thomas 😷
--
== S E N D E Z E I T ====================
DATUM : Donnerstag, 16. November 2023
UHRZEIT: 17:34:29 UHR (MEZ)
== Heute: Tag des Knopfes ===============
Harold Winter
Nov 17, 2023, 5:06:36 AM11/17/23
to
Fortsetzung:
> hamst...@mail.de (Chris) wrote:
>> <https://hamsterclassic.github.io/hamster-classic/convert.hsc>
einen alten Hinweis von Heiko gefunden und jetzt hamstert er.
Das Ergebniss ist vielleicht nicht hundertprozentig, aber damit kann ich gut
leben.
Etwas seltsam ist die Behandlung der From-Zeile, muß ich noch weiter
beobachten.
Ciao
> hamst...@mail.de (Chris) wrote:
>> <https://hamsterclassic.github.io/hamster-classic/convert.hsc>
>
> *DAS* scheints zu sein!
>
> Ich bau' mir jetzt erstmal einen Test-Hamster ...
Nachdem der Hamster erstmal über eine fehlende Tabelle gemault hat habe ich
> *DAS* scheints zu sein!
>
> Ich bau' mir jetzt erstmal einen Test-Hamster ...
einen alten Hinweis von Heiko gefunden und jetzt hamstert er.
Das Ergebniss ist vielleicht nicht hundertprozentig, aber damit kann ich gut
leben.
Etwas seltsam ist die Behandlung der From-Zeile, muß ich noch weiter
beobachten.
Ciao
Thomas Barghahn
Nov 17, 2023, 6:45:06 AM11/17/23
to
*Harold Winter* meinte:
Vielleicht schaust du dir auch einmal "MProxy"[1] an, Dieser kleine
Proxy wurde speziell für Xnews geschaffen und arbeitet hier im Test seit
zwei Tagen ausgezeichnet. Er erfüllt also deine Wünsche im vollen
Umfang einschließlich Header-Kodierung und Dekodierung.
Dieser Proxy wird zwischen Xnews und dem Server (hier also der Hamster)
"geschoben" und lässt somit alle Artikel der Hamster-Datenbank
unberührt.
Auch ist MProxy schnell konfiguriert und arbeitet völlig unauffällig im
Hintergrund.
Xnews & MProxy bei der Arbeit:
<https://www.barghahn-online.de/Pictures/xnews_mit__mproxy.png>
[1]
<https://web.archive.org/web/20150923091912/http://www.lamaiziere.net/mp_pagen.html>
Lass irgendwann einmal von hören. für was du dich schlussendlich
entschieden hast.
Thomas 😷
--
== S E N D E Z E I T =======================
DATUM : Freitag, 17. November 2023
UHRZEIT: 12:40:27 UHR (MEZ)
== Heute: Tag des selbstgebackenen Brotes ==
Proxy wurde speziell für Xnews geschaffen und arbeitet hier im Test seit
zwei Tagen ausgezeichnet. Er erfüllt also deine Wünsche im vollen
Umfang einschließlich Header-Kodierung und Dekodierung.
Dieser Proxy wird zwischen Xnews und dem Server (hier also der Hamster)
"geschoben" und lässt somit alle Artikel der Hamster-Datenbank
unberührt.
Auch ist MProxy schnell konfiguriert und arbeitet völlig unauffällig im
Hintergrund.
Xnews & MProxy bei der Arbeit:
<https://www.barghahn-online.de/Pictures/xnews_mit__mproxy.png>
[1]
<https://web.archive.org/web/20150923091912/http://www.lamaiziere.net/mp_pagen.html>
Lass irgendwann einmal von hören. für was du dich schlussendlich
entschieden hast.
Thomas 😷
--
== S E N D E Z E I T =======================
DATUM : Freitag, 17. November 2023
UHRZEIT: 12:40:27 UHR (MEZ)
== Heute: Tag des selbstgebackenen Brotes ==
Harold Winter
Nov 18, 2023, 5:17:26 AM11/18/23
to
Thomas Barghahn <Th.Ba...@t-online.de> wrote:
> Vielleicht schaust du dir auch einmal "MProxy"[1] an, Dieser kleine
> Proxy wurde speziell für Xnews geschaffen und arbeitet hier im Test seit
> zwei Tagen ausgezeichnet.
Danke, mach' ich gleich die nächste Testrunde.
> Vielleicht schaust du dir auch einmal "MProxy"[1] an, Dieser kleine
> Proxy wurde speziell für Xnews geschaffen und arbeitet hier im Test seit
> zwei Tagen ausgezeichnet.
> Dieser Proxy wird zwischen Xnews und dem Server (hier also der Hamster)
> "geschoben" und lässt somit alle Artikel der Hamster-Datenbank
> unberührt.
> Lass irgendwann einmal von hören. für was du dich schlussendlich
> entschieden hast.
> Thomas ?
^
Den hat convert.hsc nicht geschafft.
PS: Deine Mailbox wird gelesen?
Thomas Barghahn
Nov 18, 2023, 6:25:48 AM11/18/23
to
*Harold Winter* meinte:
welches außerhalb von dem Zeichensatz "windows-1252" liegt.
> PS: Deine Mailbox wird gelesen?
Ja klar. :-) Wenn du mir sagen würdest, in welchem Verzeichnis MProxy
installiert werden soll und wo genau dein Hamster-Verzeichnis liegt, so
könnte ich dir eine komplette Installation für MProxy bereitstellen (es
ist nur ein Verzeichnis).
So bräuchtest du nur noch MProxy starten und alles andere, bis auf eine
kleine Änderung in der Konfiguration von Xnews, bleibt erhalten.
Thomas 😷
--
== S E N D E Z E I T =================
DATUM : Samstag, 18. November 2023
UHRZEIT: 12:25:41 UHR (MEZ)
== Heute: Geburtstag von Micky Maus ==
>
>> Thomas ?
> ^
> Den hat convert.hsc nicht geschafft.
Das kann auch MProxy nicht, denn dass ist ein 4-Byte langes Zeichen,
>> Thomas ?
> ^
> Den hat convert.hsc nicht geschafft.
welches außerhalb von dem Zeichensatz "windows-1252" liegt.
> PS: Deine Mailbox wird gelesen?
installiert werden soll und wo genau dein Hamster-Verzeichnis liegt, so
könnte ich dir eine komplette Installation für MProxy bereitstellen (es
ist nur ein Verzeichnis).
So bräuchtest du nur noch MProxy starten und alles andere, bis auf eine
kleine Änderung in der Konfiguration von Xnews, bleibt erhalten.
Thomas 😷
--
== S E N D E Z E I T =================
UHRZEIT: 12:25:41 UHR (MEZ)
== Heute: Geburtstag von Micky Maus ==
Harold Winter
Nov 19, 2023, 8:05:00 AM11/19/23
to
Für das Publikum hier:
gmx wirft mails mit Anhang offenbar komentartlos weg.
> Wenn du mir sagen würdest, in welchem Verzeichnis MProxy
> ist nur ein Verzeichnis).
Danke, lokal installiert ist das ganz einfach.
Bei mir läuft der Hamster aber auf einem eigenen kleinen Server und wenn der
mproxy auch dort laufen soll muß einige Parameter verbiegen. Aber das krieg'
ich schon noch hin.
Danke und ciao
gmx wirft mails mit Anhang offenbar komentartlos weg.
> Wenn du mir sagen würdest, in welchem Verzeichnis MProxy
> installiert werden soll und wo genau dein Hamster-Verzeichnis liegt, so
> könnte ich dir eine komplette Installation für MProxy bereitstellen (es
> ist nur ein Verzeichnis).
Danke, lokal installiert ist das ganz einfach.
Bei mir läuft der Hamster aber auf einem eigenen kleinen Server und wenn der
mproxy auch dort laufen soll muß einige Parameter verbiegen. Aber das krieg'
ich schon noch hin.
Danke und ciao
Wolfgang Bauer
Nov 19, 2023, 8:55:11 AM11/19/23
to
Harold Winter schrieb:
> Für das Publikum hier:
> gmx wirft mails mit Anhang offenbar komentartlos weg.
Einer des Publikums.
Eben probiert, Mail mit Anhang geht und kommt zurück.
Freundliche Grüße
Wolfgang
--
Früher war ich unentschlossen,
heute bin ich mir da nicht mehr so sicher.
> Für das Publikum hier:
> gmx wirft mails mit Anhang offenbar komentartlos weg.
Eben probiert, Mail mit Anhang geht und kommt zurück.
Freundliche Grüße
Wolfgang
--
Früher war ich unentschlossen,
heute bin ich mir da nicht mehr so sicher.
Thomas Barghahn
Nov 19, 2023, 9:47:16 AM11/19/23
to
*Harold Winter* meinte:
sehr oft per Mail und tauschen so auch allerhand Daten aus.
Allerdings ist von uns noch nie einer auf die Idee gekommen, eine
"*.exe" (verpackt in einem ZIP-Archiv) zu versenden.
Auch nehme ich an, dass dein Provider (Microsoft) solch eine Mail erst
gar nicht "rauslässt", denn angekommen ist von deinen Mails mit solch
einem Anhang nicht eine (nicht einmal im Ordner "Spamverdacht").
> Bei mir läuft der Hamster aber auf einem eigenen kleinen Server und wenn der
> mproxy auch dort laufen soll muß einige Parameter verbiegen. Aber das krieg'
> ich schon noch hin.
Na /das/ ist ja wohl logisch. Der Hamster hat im Netzwerk oft eine eigene
IP, welche an den entsprechenden Stellen (MProxy) nur eingetragen werden
muss. So funktioniert "diese Geschichte" hier schon seit Jahren ohne
Probleme.
Aus jenem Grund fragte ich dich gestern auch per Mail, ob du Hilfe benötigst.
Thomas 😷️
--
== S E N D E Z E I T =================
DATUM : Sonntag, 19. November 2023
UHRZEIT: 15:47:12 UHR (MEZ)
== +++ Volkstrauertag +++ ============
> Thomas Barghahn <Th.Ba...@t-online.de> wrote:
>>> PS: Deine Mailbox wird gelesen?
>> Ja klar. :-)
> Für das Publikum hier:
> gmx wirft mails mit Anhang offenbar komentartlos weg.
Damit gab es noch nie Probleme. Wolfgang Bauer und ich unterhalten uns
>>> PS: Deine Mailbox wird gelesen?
>> Ja klar. :-)
> Für das Publikum hier:
> gmx wirft mails mit Anhang offenbar komentartlos weg.
sehr oft per Mail und tauschen so auch allerhand Daten aus.
Allerdings ist von uns noch nie einer auf die Idee gekommen, eine
"*.exe" (verpackt in einem ZIP-Archiv) zu versenden.
Auch nehme ich an, dass dein Provider (Microsoft) solch eine Mail erst
gar nicht "rauslässt", denn angekommen ist von deinen Mails mit solch
einem Anhang nicht eine (nicht einmal im Ordner "Spamverdacht").
> Bei mir läuft der Hamster aber auf einem eigenen kleinen Server und wenn der
> mproxy auch dort laufen soll muß einige Parameter verbiegen. Aber das krieg'
> ich schon noch hin.
IP, welche an den entsprechenden Stellen (MProxy) nur eingetragen werden
muss. So funktioniert "diese Geschichte" hier schon seit Jahren ohne
Probleme.
Aus jenem Grund fragte ich dich gestern auch per Mail, ob du Hilfe benötigst.
Thomas 😷️
--
== S E N D E Z E I T =================
UHRZEIT: 15:47:12 UHR (MEZ)
== +++ Volkstrauertag +++ ============
Manfred Polak
Nov 19, 2023, 1:20:42 PM11/19/23
to
Harold Winter schrieb:
>Für das Publikum hier:
>gmx wirft mails mit Anhang offenbar komentartlos weg.
Das ist leicht übertrieben. GMX (und Web.de) haben ein Problem
mit Attachments, bei denen ein Dateiname mit uncodierten Umlauten
im Body-Header steht. Allerdings werden solche Mails auch nicht
einfach gelöscht, sondern kommen mit kaputten Anhängen an, die
vom Empfänger nicht geöffnet werden können (Näheres darüber
bei Interesse).
Vielleicht hat in diesem Fall nur ein Spamfilter zugeschlagen.
Manfred
>Für das Publikum hier:
>gmx wirft mails mit Anhang offenbar komentartlos weg.
mit Attachments, bei denen ein Dateiname mit uncodierten Umlauten
im Body-Header steht. Allerdings werden solche Mails auch nicht
einfach gelöscht, sondern kommen mit kaputten Anhängen an, die
vom Empfänger nicht geöffnet werden können (Näheres darüber
bei Interesse).
Vielleicht hat in diesem Fall nur ein Spamfilter zugeschlagen.
Manfred
Harold Winter
Nov 21, 2023, 11:10:23 AM11/21/23
to
Thomas Barghahn <Th.Ba...@gmx.de> wrote:
>> gmx wirft mails mit Anhang offenbar komentartlos weg.
>
> Damit gab es noch nie Probleme.
Ich ziehe das zurück. Der Fehler liegt anscheinend beim Thunderbird in
>> gmx wirft mails mit Anhang offenbar komentartlos weg.
>
> Damit gab es noch nie Probleme.
Kombination mit outlook.com!
> Allerdings ist von uns noch nie einer auf die Idee gekommen, eine
> "*.exe" (verpackt in einem ZIP-Archiv) zu versenden.
> Auch nehme ich an, dass dein Provider (Microsoft) solch eine Mail erst
> gar nicht "rauslässt", denn angekommen ist von deinen Mails mit solch
> einem Anhang nicht eine (nicht einmal im Ordner "Spamverdacht").
Dublikat im gesendet-Ordner an! Beim Empfänger kommt sie aber auch an und
landet dort aber im Junkordner von TB. Völlig wirr ...
>> Bei mir läuft der Hamster aber auf einem eigenen kleinen Server und
>> wenn der mproxy auch dort laufen soll muß einige Parameter verbiegen.
>
> Na /das/ ist ja wohl logisch.
Tatsächlich? :-}
> Der Hamster hat im Netzwerk oft eine
> eigene IP, welche an den entsprechenden Stellen (MProxy) nur eingetragen
> werden muss.
Einträgen wieder auf localhost umgestellt werden, was zur Folge hat daß er
jetzt nicht mehr direkt erreichbar ist.
Ich hätte aber gerne daß er an port 6000 via mproxy und an port 119 ohne
Konverter erreichbar ist.
> Aus jenem Grund fragte ich dich gestern auch per Mail, ob du Hilfe
> benötigst.
RTFM zu lösen.
Da stellt sich dann heraus daß der Hamster hier nur "ganz oder garnicht"
kennt. Also entweder eine einzelne IP oder mit 0.0.0.0 die Prüfung komlett
abschalten! Das löst der mproxy schon deutlich eleganter.
Ciao
Thomas Barghahn
Nov 22, 2023, 11:51:18 AM11/22/23
to
*Harold Winter* meinte:
"MProxy") und binde diesen an den Hamster mit Port 119.
Xnews greift dann entweder direkt auf den Hamster mit deinen alten
Einstellungen zu /oder/ eben über MProxy, welcher bei dir den Port 6000
hat und selbst mit dem Hamster über Port 119 kommuniziert.
Hier funktioniert es genau so, wie beschrieben.
Xnews mit zwei News-Servern:
<https://www.barghahn-online.de/Pictures/xnews_zweiter_server.png>
Du könntest mir deine Rechner-Konstellation mit den entsprechenden
IP-Adressen auch skizzieren und per Mail zukommen lassen. Ich melde
mich dann mit einer Lösung für dich zurück. :-)
Thomas 😷
--
== S E N D E Z E I T ==================
DATUM : Mittwoch, 22. November 2023
UHRZEIT: 17:51:07 UHR (MEZ)
== *** Buß- und Bettag *** ============
> Thomas Barghahn <Th.Ba...@gmx.de> wrote:
>> Der Hamster hat im Netzwerk oft eine
>> eigene IP, welche an den entsprechenden Stellen (MProxy) nur eingetragen
>> werden muss.
> So einfach ist es halt eben nicht. Der Hamster muß bei den .serverbind-
> Einträgen wieder auf localhost umgestellt werden, was zur Folge hat daß er
> jetzt nicht mehr direkt erreichbar ist.
> Ich hätte aber gerne daß er an port 6000 via mproxy und an port 119 ohne
> Konverter erreichbar ist.
Das kannst du doch auch. Eröffne in Xnews einen weiteren Server (z.B.
>> Der Hamster hat im Netzwerk oft eine
>> eigene IP, welche an den entsprechenden Stellen (MProxy) nur eingetragen
>> werden muss.
> So einfach ist es halt eben nicht. Der Hamster muß bei den .serverbind-
> Einträgen wieder auf localhost umgestellt werden, was zur Folge hat daß er
> jetzt nicht mehr direkt erreichbar ist.
> Ich hätte aber gerne daß er an port 6000 via mproxy und an port 119 ohne
> Konverter erreichbar ist.
"MProxy") und binde diesen an den Hamster mit Port 119.
Xnews greift dann entweder direkt auf den Hamster mit deinen alten
Einstellungen zu /oder/ eben über MProxy, welcher bei dir den Port 6000
hat und selbst mit dem Hamster über Port 119 kommuniziert.
Hier funktioniert es genau so, wie beschrieben.
Xnews mit zwei News-Servern:
<https://www.barghahn-online.de/Pictures/xnews_zweiter_server.png>
Du könntest mir deine Rechner-Konstellation mit den entsprechenden
IP-Adressen auch skizzieren und per Mail zukommen lassen. Ich melde
mich dann mit einer Lösung für dich zurück. :-)
Thomas 😷
--
== S E N D E Z E I T ==================
DATUM : Mittwoch, 22. November 2023
UHRZEIT: 17:51:07 UHR (MEZ)
== *** Buß- und Bettag *** ============
Harold Winter
Nov 25, 2023, 4:41:37 AM11/25/23
to
Thomas Barghahn <Th.Ba...@t-online.de> wrote:
> Das kannst du doch auch. Eröffne in Xnews einen weiteren Server (z.B.
> "MProxy") und binde diesen an den Hamster mit Port 119.
> Xnews greift dann entweder direkt auf den Hamster mit deinen alten
> Einstellungen zu /oder/ eben über MProxy, welcher bei dir den Port 6000
> hat und selbst mit dem Hamster über Port 119 kommuniziert.
Das ist alles richtig, solange alle drei auf der selben Maschine laufen,
> Das kannst du doch auch. Eröffne in Xnews einen weiteren Server (z.B.
> "MProxy") und binde diesen an den Hamster mit Port 119.
> Xnews greift dann entweder direkt auf den Hamster mit deinen alten
> Einstellungen zu /oder/ eben über MProxy, welcher bei dir den Port 6000
> hat und selbst mit dem Hamster über Port 119 kommuniziert.
sich also über localhost (127.0.0.1) verbinden.
Dann sieht der relevante Teil der hamster.ini so aus:
local.nntp.serverbind=127.0.0.1
local.pop3.serverbind=127.0.0.1
local.smtp.serverbind=127.0.0.1
local.ReCo.serverbind=127.0.0.1
Was übrigens auch der default ist wenn diese Zeilen fehlen.
Und dann gibt es noch diesen Hinweis in der hamster_de.chm:
| Um die lokalen Server zu schützen, weist der Hamster alle Zugriffe auf
| alle IP-Adressen ab, ausgenommen die des „localhost“ mit der IP-Adresse
| 127.0.0.1 und die des für private Netze reservierten Bereiches
| 192.168.0.0 bis 192.168.255.255.
Und das *STIMMT NICHT*! Hamster reagiert *NUR* auf 127.0.0.1!
Will man den Hamster im Netzwerk verwenden, muß Hamster jetzt mit der
Netzwerkkarte reden und die hamster.ini so aussehen:
local.nntp.serverbind=192.168.0.nnn
local.pop3.serverbind=192.168.0.nnn
local.smtp.serverbind=192.168.0.nnn
local.ReCo.serverbind=192.168.0.nnn
Dann ist er aber auf 127.0.0.1 taub, würde also den mproxy auf derselben
Maschine ignorieren. Also bleibt nur diese Sicherheitsstufe stillzulegen:
local.nntp.serverbind=0.0.0.0
local.pop3.serverbind=0.0.0.0
local.smtp.serverbind=0.0.0.0
local.ReCo.serverbind=0.0.0.0
So redet er halt ungehindert mit der ganzen Welt. Und so läuft das jetzt
bei mir und das Thema ist für mich erledigt.
Danke dir, aber Xnews ist ja nicht das Problem.
Ciao
Heiko Rost
Nov 25, 2023, 8:05:51 AM11/25/23
to
Am 25.11.2023 schrieb Harold Winter:
> Thomas Barghahn <Th.Ba...@t-online.de> wrote:
>| Um die lokalen Server zu schützen, weist der Hamster alle Zugriffe auf
>| alle IP-Adressen ab, ausgenommen die des „localhost“ mit der IP-Adresse
>| 127.0.0.1 und die des für private Netze reservierten Bereiches
>| 192.168.0.0 bis 192.168.255.255.
>
> Und das *STIMMT NICHT*! Hamster reagiert *NUR* auf 127.0.0.1!
Da sollte man den davor stehenden Text mit einbeziehen:
| Diese Einstellungen sollten allerdings nur wenn unbedingt nötig
| geändert werden. Mit der IP-Adresse 0.0.0.0 kann der Hamster an alle
| NIC des Rechners gebunden werden. Aber Vorsicht: Damit wird eventuell
| auch ein DoS-Angriff auf den Hamstermöglich! Um die lokalen Server zu
| schützen,...
Der Hinweis bezieht sich also darauf, welchen Schutz es noch gibt, wenn
man die Standardeinstellung ändert.
> Will man den Hamster im Netzwerk verwenden, muß Hamster jetzt mit der
> Netzwerkkarte reden und die hamster.ini so aussehen:
>
> local.nntp.serverbind=192.168.0.nnn
> local.pop3.serverbind=192.168.0.nnn
> local.smtp.serverbind=192.168.0.nnn
> local.ReCo.serverbind=192.168.0.nnn
>
> Dann ist er aber auf 127.0.0.1 taub, würde also den mproxy auf derselben
> Maschine ignorieren. Also bleibt nur diese Sicherheitsstufe stillzulegen:
In dem Fall kannst Du an Stelle von 127.0.0.1 die LAN-IP-Adresse des
Rechners angeben. Diese sollte dann natürlich immer gleich sein, also in
der Netzwerkkonfiguration des Computers oder der DHCP-Konfiguration des
Routers fest eingestellt werden.
Gruß Heiko
--
So mancher meint, ein gutes Herz zu haben, und hat nur schwache Nerven.
Marie Freifrau von Ebner-Eschenbach
> Thomas Barghahn <Th.Ba...@t-online.de> wrote:
>| Um die lokalen Server zu schützen, weist der Hamster alle Zugriffe auf
>| alle IP-Adressen ab, ausgenommen die des „localhost“ mit der IP-Adresse
>| 127.0.0.1 und die des für private Netze reservierten Bereiches
>| 192.168.0.0 bis 192.168.255.255.
>
> Und das *STIMMT NICHT*! Hamster reagiert *NUR* auf 127.0.0.1!
| Diese Einstellungen sollten allerdings nur wenn unbedingt nötig
| geändert werden. Mit der IP-Adresse 0.0.0.0 kann der Hamster an alle
| NIC des Rechners gebunden werden. Aber Vorsicht: Damit wird eventuell
| auch ein DoS-Angriff auf den Hamstermöglich! Um die lokalen Server zu
| schützen,...
Der Hinweis bezieht sich also darauf, welchen Schutz es noch gibt, wenn
man die Standardeinstellung ändert.
> Will man den Hamster im Netzwerk verwenden, muß Hamster jetzt mit der
> Netzwerkkarte reden und die hamster.ini so aussehen:
>
> local.nntp.serverbind=192.168.0.nnn
> local.pop3.serverbind=192.168.0.nnn
> local.smtp.serverbind=192.168.0.nnn
> local.ReCo.serverbind=192.168.0.nnn
>
> Dann ist er aber auf 127.0.0.1 taub, würde also den mproxy auf derselben
> Maschine ignorieren. Also bleibt nur diese Sicherheitsstufe stillzulegen:
Rechners angeben. Diese sollte dann natürlich immer gleich sein, also in
der Netzwerkkonfiguration des Computers oder der DHCP-Konfiguration des
Routers fest eingestellt werden.
Gruß Heiko
--
So mancher meint, ein gutes Herz zu haben, und hat nur schwache Nerven.
Marie Freifrau von Ebner-Eschenbach
Heiko Rost
Nov 25, 2023, 8:07:29 AM11/25/23
to
Am 25.11.2023 schrieb Harold Winter:
>| Um die lokalen Server zu schützen, weist der Hamster alle Zugriffe auf
>| alle IP-Adressen ab, ausgenommen die des „localhost“ mit der IP-Adresse
>| 127.0.0.1 und die des für private Netze reservierten Bereiches
>| 192.168.0.0 bis 192.168.255.255.
>
> Und das *STIMMT NICHT*! Hamster reagiert *NUR* auf 127.0.0.1!
>| alle IP-Adressen ab, ausgenommen die des „localhost“ mit der IP-Adresse
>| 127.0.0.1 und die des für private Netze reservierten Bereiches
>| 192.168.0.0 bis 192.168.255.255.
>
> Und das *STIMMT NICHT*! Hamster reagiert *NUR* auf 127.0.0.1!
Da sollte man den davor stehenden Text mit einbeziehen:
| Diese Einstellungen sollten allerdings nur wenn unbedingt nötig
| geändert werden. Mit der IP-Adresse 0.0.0.0 kann der Hamster an alle
| NIC des Rechners gebunden werden. Aber Vorsicht: Damit wird eventuell
| auch ein DoS-Angriff auf den Hamstermöglich! Um die lokalen Server zu
| schützen,...
Der Hinweis bezieht sich also darauf, welchen Schutz es noch gibt, wenn
man die Standardeinstellung ändert.
| Diese Einstellungen sollten allerdings nur wenn unbedingt nötig
| geändert werden. Mit der IP-Adresse 0.0.0.0 kann der Hamster an alle
| NIC des Rechners gebunden werden. Aber Vorsicht: Damit wird eventuell
| auch ein DoS-Angriff auf den Hamstermöglich! Um die lokalen Server zu
| schützen,...
Der Hinweis bezieht sich also darauf, welchen Schutz es noch gibt, wenn
man die Standardeinstellung ändert.
> Will man den Hamster im Netzwerk verwenden, muß Hamster jetzt mit der
> Netzwerkkarte reden und die hamster.ini so aussehen:
>
> local.nntp.serverbind=192.168.0.nnn
> local.pop3.serverbind=192.168.0.nnn
> local.smtp.serverbind=192.168.0.nnn
> local.ReCo.serverbind=192.168.0.nnn
>
> Dann ist er aber auf 127.0.0.1 taub, würde also den mproxy auf derselben
> Maschine ignorieren. Also bleibt nur diese Sicherheitsstufe stillzulegen:
> Netzwerkkarte reden und die hamster.ini so aussehen:
>
> local.nntp.serverbind=192.168.0.nnn
> local.pop3.serverbind=192.168.0.nnn
> local.smtp.serverbind=192.168.0.nnn
> local.ReCo.serverbind=192.168.0.nnn
>
> Dann ist er aber auf 127.0.0.1 taub, würde also den mproxy auf derselben
> Maschine ignorieren. Also bleibt nur diese Sicherheitsstufe stillzulegen:
In dem Fall kannst Du an Stelle von 127.0.0.1 die LAN-IP-Adresse des
Rechners angeben. Diese sollte dann natürlich immer gleich sein, also in
der Netzwerkkonfiguration des Computers oder der DHCP-Konfiguration des
Routers fest eingestellt werden.
Gruß Heiko
--
Wo ein Wille ist, ist auch ein Weg.
Rechners angeben. Diese sollte dann natürlich immer gleich sein, also in
der Netzwerkkonfiguration des Computers oder der DHCP-Konfiguration des
Routers fest eingestellt werden.
Gruß Heiko
--
Sprichwort
Thomas Barghahn
Nov 25, 2023, 9:57:22 AM11/25/23
to
*Harold Winter* meinte:
den Hamster einer Maschine zugreifen.
Weiterhin sollte man zunächst die Finger von den INI-Dateien des
Hamsters lassen, denn alle relevanten Einstellungen lassen sich bequem
über die Menüs des Hamsters erledigen!
Rechner_1 mit IP=192.168.178.28 ==> hier ist der Hamster installiert
Rechner_2 mit IP=192.168.178.20 ==> Arbeitsrechner
Rechner_3 mit IP=192.168.178.21 ==> Laptop
Damit alle Rechner auf den Hamster zugreifen können, ist der Hamster auf
Rechner_1 wie folgt konfiguriert:
Einstellungen => Lokale Server => NNTP => an folgende IP binden:
[192.168.178.28] [119]
<https://www.barghahn-online.de/Pictures/hamster_bindung_nntp.png>
Für die Einstellungen POP und SMTP gilt Gleiches mit den entsprechenden
Ports 110 und 25!
> Dann sieht der relevante Teil der hamster.ini so aus:
>
> local.nntp.serverbind=127.0.0.1
> local.pop3.serverbind=127.0.0.1
> local.smtp.serverbind=127.0.0.1
> local.ReCo.serverbind=127.0.0.1
Dieser Abschnitt sieht nach obigen Einstellungen dann so aus:
local.nntp.serverbind=192.168.178.28
local.pop3.serverbind=192.168.178.28
local.sntp.serverbind=192.168.178.28
local.ReCo.serverbind=192.168.178.28
> Was übrigens auch der default ist wenn diese Zeilen fehlen.
Ja, das entspricht einer gewissen Logik. ;-) Wir wollen aber von
/mehreren Rechnern/ auf nur *einen Rechner* zugreifen!
> Und dann gibt es noch diesen Hinweis in der hamster_de.chm:
>
> | Um die lokalen Server zu schützen, weist der Hamster alle Zugriffe auf
> | alle IP-Adressen ab, ausgenommen die des „localhost“ mit der IP-Adresse
> | 127.0.0.1 und die des für private Netze reservierten Bereiches
> | 192.168.0.0 bis 192.168.255.255.
>
> Und das *STIMMT NICHT*! ...
*Doch, DAS STIMMT*(!) und ist zudem auch noch völlig korrekt formuliert!
*Nicht umsonst* ist hier auch der reservierte Bereich für private Netze
/ausdrücklich/ erwähnt.
> ... Hamster reagiert *NUR* auf 127.0.0.1!
Diese Aussage ist *falsch*! Siehe hierzu den "reservierten Bereich für
private Netze"!
> local.nntp.serverbind=192.168.0.nnn
> local.pop3.serverbind=192.168.0.nnn
> local.smtp.serverbind=192.168.0.nnn
> local.ReCo.serverbind=192.168.0.nnn
>
> Dann ist er aber auf 127.0.0.1 taub, würde also den mproxy auf derselben
> Maschine ignorieren. Also bleibt nur diese Sicherheitsstufe stillzulegen:
Genau, daher muss also in Xnews die entsprechende IP des Rechners
eingetragen werden, auf welchem sich der Hamster befindet! Also auch
hier die IP "192.168.178.28"!
<https://www.barghahn-online.de/Pictures/xnews_an_rechner_mit_hamster.png>
Kommt MProxy ins Spiel, so muss auch hier die Bindung zu dem Rechner mit
dem Hamster hergestellt werden - also auch wieder die IP "192.168.178.28"!
<https://www.barghahn-online.de/Pictures/mproxy_bindung_hamster.png>
Meine Einträge in der "mproxy.ini":
[proxies]
mproxy = 3119, 192.168.178.28, 119, nntp
; smtp_proxy = 3025, 192.168.178.28, 25, smtp
: pop_proxy = 3110, 192.168.178.28, 110, pop
Jetzt ist es nur noch nötig zu wissen, auf welchem Rechner sich MProxy
befindet und trägt diese IP dann in den Einstellungen von Xnews ein.
Hier befindet sich MProxy auf dem Rechner_2, auf welchem auch Xnews
installiert ist. Xnews greift auf MProxy (127.0.0.1 Port 3119) für NNTP
zu und für SMTP wird direkt auf den Hamster (192.168.178.28 Port 25)
verwiesen.
<https://www.barghahn-online.de/Pictures/xnews_an_mproxy.png>
> local.nntp.serverbind=0.0.0.0
> local.pop3.serverbind=0.0.0.0
> local.smtp.serverbind=0.0.0.0
> local.ReCo.serverbind=0.0.0.0
>
> So redet er halt ungehindert mit der ganzen Welt. Und so läuft das jetzt
> bei mir und das Thema ist für mich erledigt.
Tatsächlich habe ich nie solch eine Fehlkonfiguration gesehen! :-( Du
solltest noch einmal genau überlegen, was für Konsequenzen solch eine
(*FEHL-*) Konfiguration nach sich ziehen kann!
Ich verweise in diesem Zusammenhang noch einmal auf den "Reservierten
Bereich für private Netzwerke", wie es auch in der Hilfe /ausdrücklich/
empfohlen wird!
Thomas 😷
--
== S E N D E Z E I T =================
DATUM : Samstag, 25. November 2023
UHRZEIT: 15:55:34 UHR (MEZ)
== Heute: Tag des Orionnebels ========
> Thomas Barghahn <Th.Ba...@t-online.de> wrote:
>
>> Das kannst du doch auch. Eröffne in Xnews einen weiteren Server (z.B.
>> "MProxy") und binde diesen an den Hamster mit Port 119.
>> Xnews greift dann entweder direkt auf den Hamster mit deinen alten
>> Einstellungen zu /oder/ eben über MProxy, welcher bei dir den Port 6000
>> hat und selbst mit dem Hamster über Port 119 kommuniziert.
>
> Das ist alles richtig, solange alle drei auf der selben Maschine laufen,
> sich also über localhost (127.0.0.1) verbinden.
Diese Aussage ist *falsch*! Hier laufen bspw. 3 Rechner, welche alle auf
>
>> Das kannst du doch auch. Eröffne in Xnews einen weiteren Server (z.B.
>> "MProxy") und binde diesen an den Hamster mit Port 119.
>> Xnews greift dann entweder direkt auf den Hamster mit deinen alten
>> Einstellungen zu /oder/ eben über MProxy, welcher bei dir den Port 6000
>> hat und selbst mit dem Hamster über Port 119 kommuniziert.
>
> Das ist alles richtig, solange alle drei auf der selben Maschine laufen,
> sich also über localhost (127.0.0.1) verbinden.
den Hamster einer Maschine zugreifen.
Weiterhin sollte man zunächst die Finger von den INI-Dateien des
Hamsters lassen, denn alle relevanten Einstellungen lassen sich bequem
über die Menüs des Hamsters erledigen!
Rechner_1 mit IP=192.168.178.28 ==> hier ist der Hamster installiert
Rechner_2 mit IP=192.168.178.20 ==> Arbeitsrechner
Rechner_3 mit IP=192.168.178.21 ==> Laptop
Damit alle Rechner auf den Hamster zugreifen können, ist der Hamster auf
Rechner_1 wie folgt konfiguriert:
Einstellungen => Lokale Server => NNTP => an folgende IP binden:
[192.168.178.28] [119]
<https://www.barghahn-online.de/Pictures/hamster_bindung_nntp.png>
Für die Einstellungen POP und SMTP gilt Gleiches mit den entsprechenden
Ports 110 und 25!
> Dann sieht der relevante Teil der hamster.ini so aus:
>
> local.nntp.serverbind=127.0.0.1
> local.pop3.serverbind=127.0.0.1
> local.smtp.serverbind=127.0.0.1
> local.ReCo.serverbind=127.0.0.1
local.nntp.serverbind=192.168.178.28
local.pop3.serverbind=192.168.178.28
local.sntp.serverbind=192.168.178.28
local.ReCo.serverbind=192.168.178.28
> Was übrigens auch der default ist wenn diese Zeilen fehlen.
/mehreren Rechnern/ auf nur *einen Rechner* zugreifen!
> Und dann gibt es noch diesen Hinweis in der hamster_de.chm:
>
> | Um die lokalen Server zu schützen, weist der Hamster alle Zugriffe auf
> | alle IP-Adressen ab, ausgenommen die des „localhost“ mit der IP-Adresse
> | 127.0.0.1 und die des für private Netze reservierten Bereiches
> | 192.168.0.0 bis 192.168.255.255.
>
*Doch, DAS STIMMT*(!) und ist zudem auch noch völlig korrekt formuliert!
*Nicht umsonst* ist hier auch der reservierte Bereich für private Netze
/ausdrücklich/ erwähnt.
> ... Hamster reagiert *NUR* auf 127.0.0.1!
Diese Aussage ist *falsch*! Siehe hierzu den "reservierten Bereich für
private Netze"!
> local.nntp.serverbind=192.168.0.nnn
> local.pop3.serverbind=192.168.0.nnn
> local.smtp.serverbind=192.168.0.nnn
> local.ReCo.serverbind=192.168.0.nnn
>
> Dann ist er aber auf 127.0.0.1 taub, würde also den mproxy auf derselben
> Maschine ignorieren. Also bleibt nur diese Sicherheitsstufe stillzulegen:
eingetragen werden, auf welchem sich der Hamster befindet! Also auch
hier die IP "192.168.178.28"!
<https://www.barghahn-online.de/Pictures/xnews_an_rechner_mit_hamster.png>
Kommt MProxy ins Spiel, so muss auch hier die Bindung zu dem Rechner mit
dem Hamster hergestellt werden - also auch wieder die IP "192.168.178.28"!
<https://www.barghahn-online.de/Pictures/mproxy_bindung_hamster.png>
Meine Einträge in der "mproxy.ini":
[proxies]
mproxy = 3119, 192.168.178.28, 119, nntp
; smtp_proxy = 3025, 192.168.178.28, 25, smtp
: pop_proxy = 3110, 192.168.178.28, 110, pop
Jetzt ist es nur noch nötig zu wissen, auf welchem Rechner sich MProxy
befindet und trägt diese IP dann in den Einstellungen von Xnews ein.
Hier befindet sich MProxy auf dem Rechner_2, auf welchem auch Xnews
installiert ist. Xnews greift auf MProxy (127.0.0.1 Port 3119) für NNTP
zu und für SMTP wird direkt auf den Hamster (192.168.178.28 Port 25)
verwiesen.
<https://www.barghahn-online.de/Pictures/xnews_an_mproxy.png>
> local.nntp.serverbind=0.0.0.0
> local.pop3.serverbind=0.0.0.0
> local.smtp.serverbind=0.0.0.0
> local.ReCo.serverbind=0.0.0.0
>
> So redet er halt ungehindert mit der ganzen Welt. Und so läuft das jetzt
> bei mir und das Thema ist für mich erledigt.
solltest noch einmal genau überlegen, was für Konsequenzen solch eine
(*FEHL-*) Konfiguration nach sich ziehen kann!
Ich verweise in diesem Zusammenhang noch einmal auf den "Reservierten
Bereich für private Netzwerke", wie es auch in der Hilfe /ausdrücklich/
empfohlen wird!
Thomas 😷
--
== S E N D E Z E I T =================
UHRZEIT: 15:55:34 UHR (MEZ)
== Heute: Tag des Orionnebels ========
Heiko Rost
Nov 25, 2023, 12:00:58 PM11/25/23
to
Am 25.11.2023 schrieb Thomas Barghahn:
> *Harold Winter* meinte:
DFÜ-Netzwerk von Windows mit dem Internet verbunden ist. Wenn man einen
Router mit NAT benutzt (dürfte heute meist der Fall sein), bleibt der
Verbindungsversuch schon beim Router hängen und erreicht den Hamster gar
nicht. In dem Fall ist diese Konfiguration zwar nicht schön, aber
relativ ungefährlich.
Gruß Heiko
--
Wer unter Menschen nur einen Engel sucht, der findet kaum Menschen.
Wer aber unter Menschen nur Menschen sucht, der findet gewiß seinen Engel.
Moritz Gottlieb Saphir
> *Harold Winter* meinte:
>> local.nntp.serverbind=0.0.0.0
>> local.pop3.serverbind=0.0.0.0
>> local.smtp.serverbind=0.0.0.0
>> local.ReCo.serverbind=0.0.0.0
>>
>> So redet er halt ungehindert mit der ganzen Welt. Und so läuft das jetzt
>> bei mir und das Thema ist für mich erledigt.
>
> Tatsächlich habe ich nie solch eine Fehlkonfiguration gesehen! :-( Du
> solltest noch einmal genau überlegen, was für Konsequenzen solch eine
> (*FEHL-*) Konfiguration nach sich ziehen kann!
Ein schlimmer Fehler ist es IMHO nur, wenn der Rechner direkt über das
>> local.pop3.serverbind=0.0.0.0
>> local.smtp.serverbind=0.0.0.0
>> local.ReCo.serverbind=0.0.0.0
>>
>> So redet er halt ungehindert mit der ganzen Welt. Und so läuft das jetzt
>> bei mir und das Thema ist für mich erledigt.
>
> Tatsächlich habe ich nie solch eine Fehlkonfiguration gesehen! :-( Du
> solltest noch einmal genau überlegen, was für Konsequenzen solch eine
> (*FEHL-*) Konfiguration nach sich ziehen kann!
DFÜ-Netzwerk von Windows mit dem Internet verbunden ist. Wenn man einen
Router mit NAT benutzt (dürfte heute meist der Fall sein), bleibt der
Verbindungsversuch schon beim Router hängen und erreicht den Hamster gar
nicht. In dem Fall ist diese Konfiguration zwar nicht schön, aber
relativ ungefährlich.
Gruß Heiko
--
Wer unter Menschen nur einen Engel sucht, der findet kaum Menschen.
Wer aber unter Menschen nur Menschen sucht, der findet gewiß seinen Engel.
Moritz Gottlieb Saphir
Harold Winter
Nov 26, 2023, 2:53:25 PM11/26/23
to
Heiko Rost <heiko...@gmx.de> wrote:
> Am 25.11.2023 schrieb Thomas Barghahn:
>
>> *Harold Winter* meinte:
>>> local.nntp.serverbind=0.0.0.0 local.pop3.serverbind=0.0.0.0
>>> local.smtp.serverbind=0.0.0.0 local.ReCo.serverbind=0.0.0.0
>>>
> Am 25.11.2023 schrieb Thomas Barghahn:
>
>> *Harold Winter* meinte:
>>> local.nntp.serverbind=0.0.0.0 local.pop3.serverbind=0.0.0.0
>>> local.smtp.serverbind=0.0.0.0 local.ReCo.serverbind=0.0.0.0
>>>
>> Tatsächlich habe ich nie solch eine Fehlkonfiguration gesehen! :-( Du
>> solltest noch einmal genau überlegen, was für Konsequenzen solch eine
>> (*FEHL-*) Konfiguration nach sich ziehen kann!
>
> Ein schlimmer Fehler ist es IMHO nur, wenn der Rechner direkt über das
> DFÜ-Netzwerk von Windows mit dem Internet verbunden ist. Wenn man einen
> Router mit NAT benutzt (dürfte heute meist der Fall sein), bleibt der
> Verbindungsversuch schon beim Router hängen und erreicht den Hamster gar
> nicht.
Richtig. Ist ja auch nicht nur der Router, der Provider hat da IMHO schon
>> solltest noch einmal genau überlegen, was für Konsequenzen solch eine
>> (*FEHL-*) Konfiguration nach sich ziehen kann!
>
> Ein schlimmer Fehler ist es IMHO nur, wenn der Rechner direkt über das
> DFÜ-Netzwerk von Windows mit dem Internet verbunden ist. Wenn man einen
> Router mit NAT benutzt (dürfte heute meist der Fall sein), bleibt der
> Verbindungsversuch schon beim Router hängen und erreicht den Hamster gar
> nicht.
nochmal ein paar Sicherheitsschichten eingezogen. Deshalb bin ich da dann
doch recht schmerzbefreit.
> In dem Fall ist diese Konfiguration zwar nicht schön, aber
> relativ ungefährlich.
Ciao
Harold Winter
Nov 26, 2023, 2:53:25 PM11/26/23
to
Thomas Barghahn <Th.Ba...@t-online.de> wrote:
> *Harold Winter* meinte:
>> Das ist alles richtig, solange alle drei auf der selben Maschine laufen,
>> sich also über localhost (127.0.0.1) verbinden.
>
> Diese Aussage ist *falsch*! Hier laufen bspw. 3 Rechner, welche alle auf
> den Hamster einer Maschine zugreifen.
Okokok, ich habe mich wohl von der permanenten Erwähnung von "localhost" in
die Irre führen lassen. Dieses Ding ist ein Überbleibsel aus Urzeiten, wo
nicht jede Maschine eine Netzwerkkarte hatte und man trotzdem irgendwas zum
testen brauchte. Im Echtbetrieb ersetzt man jedes "localhost" durch die
(fixe) IP des Gerätes und kann damit *sowohl* das Netzwerk *als auch* die
auf derselben Maschine laufenden Programme erreichen.
>> local.nntp.serverbind=192.168.0.nnn
Und hier war dann der Denkfehler:
>> Dann ist er aber auf 127.0.0.1 taub, würde also den mproxy auf derselben
>> Maschine ignorieren.
Statt wie im Beispiel für mproxy angegeben
|[proxies]
|hamster = 6000, localhost, 119
muß es dann natürlich
hamster = 6000, 192.168.0.nnn, 119
heißen.
> Meine Einträge in der "mproxy.ini":
> [proxies]
> mproxy = 3119, 192.168.178.28, 119, nntp
Soweit sind wir ja gleichauf, aber dann
> Jetzt ist es nur noch nötig zu wissen, auf welchem Rechner sich MProxy
> befindet und trägt diese IP dann in den Einstellungen von Xnews ein.
> Hier befindet sich MProxy auf dem Rechner_2, auf welchem auch Xnews
> installiert ist.
Eben, diese Konstellation hatte ich ja auch erfolgreich getestet, aber ich
wollte einfach aus Prinzip den mproxy nicht auf jeder Maschine
installieren.
> Xnews greift auf MProxy (127.0.0.1 Port 3119) für NNTP ...
Und da ist er wieder der f*cking localport.
>> local.nntp.serverbind=0.0.0.0
Der ist damit also auch Geschichte.
> Tatsächlich habe ich nie solch eine Fehlkonfiguration gesehen! :-( Du
> solltest noch einmal genau überlegen, was für Konsequenzen solch eine
> (*FEHL-*) Konfiguration nach sich ziehen kann!
Nur mit der Ruhe, darf ich nochmal die hamster_de.chm zitieren?
| Mit der IP-Adresse 0.0.0.0 kann der Hamster an alle NIC des Rechners
gebunden werden.
Eben eine Notlösung.
Ciao
> *Harold Winter* meinte:
>> Das ist alles richtig, solange alle drei auf der selben Maschine laufen,
>> sich also über localhost (127.0.0.1) verbinden.
>
> Diese Aussage ist *falsch*! Hier laufen bspw. 3 Rechner, welche alle auf
> den Hamster einer Maschine zugreifen.
die Irre führen lassen. Dieses Ding ist ein Überbleibsel aus Urzeiten, wo
nicht jede Maschine eine Netzwerkkarte hatte und man trotzdem irgendwas zum
testen brauchte. Im Echtbetrieb ersetzt man jedes "localhost" durch die
(fixe) IP des Gerätes und kann damit *sowohl* das Netzwerk *als auch* die
auf derselben Maschine laufenden Programme erreichen.
>> local.nntp.serverbind=192.168.0.nnn
Und hier war dann der Denkfehler:
>> Dann ist er aber auf 127.0.0.1 taub, würde also den mproxy auf derselben
>> Maschine ignorieren.
|[proxies]
|hamster = 6000, localhost, 119
muß es dann natürlich
hamster = 6000, 192.168.0.nnn, 119
heißen.
> Meine Einträge in der "mproxy.ini":
> [proxies]
> mproxy = 3119, 192.168.178.28, 119, nntp
> Jetzt ist es nur noch nötig zu wissen, auf welchem Rechner sich MProxy
> befindet und trägt diese IP dann in den Einstellungen von Xnews ein.
> Hier befindet sich MProxy auf dem Rechner_2, auf welchem auch Xnews
> installiert ist.
wollte einfach aus Prinzip den mproxy nicht auf jeder Maschine
installieren.
> Xnews greift auf MProxy (127.0.0.1 Port 3119) für NNTP ...
Und da ist er wieder der f*cking localport.
>> local.nntp.serverbind=0.0.0.0
Der ist damit also auch Geschichte.
> Tatsächlich habe ich nie solch eine Fehlkonfiguration gesehen! :-( Du
> solltest noch einmal genau überlegen, was für Konsequenzen solch eine
> (*FEHL-*) Konfiguration nach sich ziehen kann!
| Mit der IP-Adresse 0.0.0.0 kann der Hamster an alle NIC des Rechners
gebunden werden.
Ciao
Thomas Barghahn
Nov 26, 2023, 3:42:20 PM11/26/23
to
> [...]
>> Meine Einträge in der "mproxy.ini":
>> [proxies]
>> mproxy = 3119, 192.168.178.28, 119, nntp
>
> Soweit sind wir ja gleichauf, aber dann
>
>> Jetzt ist es nur noch nötig zu wissen, auf welchem Rechner sich MProxy
>> befindet und trägt diese IP dann in den Einstellungen von Xnews ein.
>> Hier befindet sich MProxy auf dem Rechner_2, auf welchem auch Xnews
>> installiert ist.
>
> Eben, diese Konstellation hatte ich ja auch erfolgreich getestet, aber ich
> wollte einfach aus Prinzip den mproxy nicht auf jeder Maschine
> installieren.
Auch das ist doch kein Problem.
>> Xnews greift auf MProxy (127.0.0.1 Port 3119) für NNTP ...
>
> Und da ist er wieder der f*cking localport.
Du musst statt "127.0.0.1" nur die IP des Rechners vergeben, auf welchem
MProxy installiert ist. Bei dir also wahrscheinlich der Rechner, auf
welchem auch der Hamster "seinen Stall" hat. Ich verstehe dein Problem
nicht wirklich. Aber gut, es funktioniert ja auch "weltweit". ;-)
Thomas 😷
--
== S E N D E Z E I T =================
DATUM : Sonntag, 26. November 2023
UHRZEIT: 21:42:14 UHR (MEZ)
== +++ Totensonntag +++ ==============
>
>>> local.nntp.serverbind=192.168.0.nnn
>
> Und hier war dann der Denkfehler:
>
>>> Dann ist er aber auf 127.0.0.1 taub, würde also den mproxy auf derselben
>>> Maschine ignorieren.
>
> Statt wie im Beispiel für mproxy angegeben
>
> |[proxies]
> |hamster = 6000, localhost, 119
>
> muß es dann natürlich
> hamster = 6000, 192.168.0.nnn, 119
> heißen.
Richtig. :-)
>>> local.nntp.serverbind=192.168.0.nnn
>
> Und hier war dann der Denkfehler:
>
>>> Dann ist er aber auf 127.0.0.1 taub, würde also den mproxy auf derselben
>>> Maschine ignorieren.
>
> Statt wie im Beispiel für mproxy angegeben
>
> |[proxies]
> |hamster = 6000, localhost, 119
>
> muß es dann natürlich
> hamster = 6000, 192.168.0.nnn, 119
> heißen.
>> Meine Einträge in der "mproxy.ini":
>> [proxies]
>> mproxy = 3119, 192.168.178.28, 119, nntp
>
> Soweit sind wir ja gleichauf, aber dann
>
>> Jetzt ist es nur noch nötig zu wissen, auf welchem Rechner sich MProxy
>> befindet und trägt diese IP dann in den Einstellungen von Xnews ein.
>> Hier befindet sich MProxy auf dem Rechner_2, auf welchem auch Xnews
>> installiert ist.
>
> Eben, diese Konstellation hatte ich ja auch erfolgreich getestet, aber ich
> wollte einfach aus Prinzip den mproxy nicht auf jeder Maschine
> installieren.
>> Xnews greift auf MProxy (127.0.0.1 Port 3119) für NNTP ...
>
> Und da ist er wieder der f*cking localport.
MProxy installiert ist. Bei dir also wahrscheinlich der Rechner, auf
welchem auch der Hamster "seinen Stall" hat. Ich verstehe dein Problem
nicht wirklich. Aber gut, es funktioniert ja auch "weltweit". ;-)
Thomas 😷
--
== S E N D E Z E I T =================
UHRZEIT: 21:42:14 UHR (MEZ)
== +++ Totensonntag +++ ==============
0 new messages