Usenet Gateways
Thomas Axthelm
nachdem Unitopia und FinalFrontier ja nun Gateways vom Mud ins Usenet
gebastelt haben, wie sieht derzeit der Stand in den anderen Muds aus?
Welche Muds koennten sich das prinzipiell vorstellen und wie weit sind
die, die das eventuell schon in Angriff genommen oder fuer demnaechst
geplant haben?
Ich dachte da speziell an Avalon, Tamedhon, Wunderland, Silberland und
Morgengrauen. Ergaenzt mich, wenn ich andere wichtige Muds vergessen
haben sollte. ;-) Auf dem D-Chat schien sich ja neulich etwas in die
Richtung herauszukristallisieren aber irgendwie kam da noch nichts?
Sagt doch mal bitte Bescheid, wie ihr dazu steht.
Liebe Gruesse,
Axti@FF
Peng@FF
> Auf dem D-Chat schien sich ja neulich etwas in die
> Richtung herauszukristallisieren aber irgendwie kam da noch nichts?
Beispiel die email-addresse und die Bezüge auf andere Artikel.. Aber
Lösungen sind ja nur ne Frage der Zeit *g*
Tschau sagt Stefan aka Peng@FF
Christian Georg Becker
> Hallo,
>
> nachdem Unitopia und FinalFrontier ja nun Gateways vom Mud ins Usenet
> gebastelt haben, wie sieht derzeit der Stand in den anderen Muds aus?
> Welche Muds koennten sich das prinzipiell vorstellen und wie weit sind
> die, die das eventuell schon in Angriff genommen oder fuer demnaechst
> geplant haben?
Postet doch mal euren Code und Ansatz :)
Wirklich, es gibt nicht mehr ueberall aktive Proggies. Und abkupfern ist
einfacher als selber basteln. Muss ja leider ohnehin auf die lokale
Zeitung noch angepasst werden.
Krischan
Gnomi@Uni
In Uni haben wir es aehnlich gemacht. Wir haben ein INN und das Peering
zu einem anderen Newsserver eingerichtet. In der newsfeeds haben wir
dann zwei weitere Channels eingetragen, die fuer den Transport ins MUD
zustaendig sind:
bretter!/unitopia-newsreader\
:!*,unitopia.*,de.alt.mud\
:Tc,Acp,Wn:/UNItopia/mudadm/python/bin/newsclient.py
brettercancel!\
:!*,control.cancel\
:Tc,AC,Wn:/UNItopia/mudadm/python/bin/cancelclient.py
unitopia.* sind dabei unsere eigenen Bretter. Die Python-Programme sind
ueber ein Fifo mit einem Python-Daemon verbunden, welcher einen direkten
Kontakt ins MUD aufrechterhaelt (er loggt sich also tatsaechlich ins MUD
ein und erhaelt ein besonderes Objekt dort) und eine RPC-Schnittstelle
zwischen allen Beteiligten bietet.
Die Clients erhalten die Tokens der neuen Nachrichten, fragen sie via
'/usr/lib/news/bin/sm $token' ab. analysieren und dekodieren sie mithilfe
des email-Paketes von Python und rufen eine Funktion im MUD mit allen
relevanten Daten (Newsgroup, Autor, Betreff, Datum, MID, Referenzen,
Inhalt) auf. Im MUD wird dann auf die bereits vorhandenen Brettfunktionen
zurueckgegriffen und der Artikel ans Brett geschrieben (das MUD merkt sich
eine Zuordnung zwischen MID und Artikelnummer, um so die Referenzen
ordentlich hinzubekommen). Das Loeschen von Artikeln funktioniert
aequivalent.
Der umgekehrte Weg geht ebenfalls ueber die RPC-Schnittstelle. Das MUD
generiert eine MID und eine spezielle E-Mail-Adresse und ruft eine Funktion
im Daemon mit allen Informationen auf. Diese Funktion baut dann (ebenfalls
mithilfe des email-Paketes von Python) einen vollstaendigen News-Artikel
zusammen und verschickt ihn via /usr/bin/rnews.
Die RPC-Bibliotheken sind noch in Entwicklung, unsere Usenet-Anbindung
war der erste Feldtest dafuer, und somit eigentlich noch nicht
veroeffentlichungsreif. Insbesondere mach ich mir noch Sorgen ueber
deren Robustheit, dafuer muss ich evntl. nochmal das Protokoll aendern.
FF nutzt stattdessen die UDP-Mail-Methode (Datei in ein Spool-Verzeichnis
schreiben und via UDP eine Nachricht ins MUD schicken, die die Datei
dann verarbeitet), welches ebenso praktikabel wenn auch nicht ganz so
komfortabel ist.
Gruss
Gnomi
Woody
> Ich dachte da speziell an Avalon, Tamedhon, Wunderland, Silberland und
> Morgengrauen.
Ich kann nur fürs Silberland sprechen: geplant haben wir nichts
dergleichen, die sowieso zuwenig vorhandenen Ressourcen werden wohl
eher in den Umstieg auf LD sowie (von meiner Seite her) zuallererst
noch in ein Serverupgrade investiert. Laufende Projekte @work machen
aber auch das im Moment schon schwierig...
Interesse? Grundsätzlich ja, aber kein übertriebenes :) Ich nehme an,
das Gateway ist bidirektional?
Aber weils grad passt: wie habt ihr eure Mail Gateways implementiert?
Bisher haben wir sendmail mit entsprechenden Rules, die eingehende
Mails an <name>.mud@... in ein Directory queuen, das im MUD processed
wird, aber mit dem Server Upgrade möchte ich eigtl auf postfix oder
exim umsteigen, nur fehlt mir da die Erfahrung in punkto self made
delivery agents...
lg,
Woody
Gnomi@Uni
gueltigen E-Mail-Adressen generiert und irgendwo gespeichert, wo Exim
sie sehen kann (bei uns dann /etc/exim4/mudmailer). Dann haben wir einen
Router, welcher ganz am Ende in der Routerliste steht (damit MUD-Namen
nicht lokale Nutzer ueberlagern koennen):
unitopia:
driver = accept
transport = unitopia_transport
local_parts = lsearch;/etc/exim4/mudmailer
Der zugehoerige Transport ruft dann ein Skript auf:
unitopia_transport:
driver = pipe
user = mudadm
group = mud
message_size_limit = 10000
command = /UNItopia/mudadm/bin/udp-mail
log_fail_output = true
return_fail_output = true
umask = 027
Das Skript parst dann die Mail, prueft auf Spam, konvertiert Umlaute und
stellt eine fuers MUD einfacher lesbare Form der Mail in ein
Spool-Verzeichnis und gibt dem MUD via UDP eine Nachricht, dass da was
steht.
Beim umgekehrten Weg wird die fertige Mail auch ins Spool-Verzeichnis
gestellt und via ERQ dann ein Skript gestartet, welches diese Datei
dem exim uebergibt und anschliessend loescht.
Gruss
Gnomi
Zesstra@MG
> On 29 Mai, 21:32, Thomas Axthelm <a...@gmx.net> wrote:
>
>> Ich dachte da speziell an Avalon, Tamedhon, Wunderland, Silberland und
>> Morgengrauen.
>
> Ich kann nur fürs Silberland sprechen: geplant haben wir nichts
> dergleichen, die sowieso zuwenig vorhandenen Ressourcen werden wohl
> eher in den Umstieg auf LD sowie (von meiner Seite her) zuallererst
> noch in ein Serverupgrade investiert. Laufende Projekte @work machen
> aber auch das im Moment schon schwierig...
Bei mir sind es div. andere Libprojekte, die momentan Prioritaet haben
und eine weitere Baustelle hat sich diese Woche auf den Tisch
befoerdert. ;-)
Falls sich jemand im MG findet, der Zeit hat, so ein Gateway zu
entwickeln oder eins fuers MG anzupassen, steh ich dem nicht im Wege,
aber ich persoenlich sehe vorlaeufig keine grosse Wahrscheinlichkeit,
dass ich Zeit dafuer finden werde.
Viele Gruesse,
Zesstra@MG
Christian Georg Becker
Letztlich riecht zumindest die Uni-Loesung auch stark nach Abstimmung
mit dem Admin :(
Krischan