N1 | ZCON | 1.41 | Bei eingeschaltetem 'Routes zeigen' (ZSetup) wird nun von jeder Mail, die an einen Server geht, in dem SorterReport der Empfaenger und das System, an den die Mail geroutet wurde, aufgelistet. N1 | BOTH | 1.42 | Das Autoevent 'Reportfile erstellen' wird nun unter- stuetzt. Da die 1.42 nur eine Zwischenversion ist, wird bisher nur das starten und das beenden des Modules protokoliert. Wird demnaechst detailierter. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Achtung! Ab dem Module 1.43 wird Z3_8 langsam aber sicher ausgebaut. Das Module 1.43 kann keine Brettnachrichten, die via ZConnect kommen, an Z3_8-Systeme weiterleiten! Hat jemand noch Z3_8-Systeme an seinem System haengen, so sollte er diese schleunigst umstellen. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! N3 | ZCON | 1.43 | Nun werden Puffer, die kleiner als 32 k sind, solange ausgewahrt, bis entweder neue Nachrichten fuer das System kommen (und der Puffer > 32 k wird), dass System anruft bzw. ein Netcall zum System durchgefuehrt wird. Dies hat den Vorteil, dass, falls ein Point z.B. in ein sehr haeufig bestelltes Brett schreibt, nicht sofort der Packer angeschmissen wird. Dafuer gibt es jetzt eine neue Jobliste (znetz/smalljoblist) :) N1 | ZCON | 1.43 | Es wird nun auch fuer Leerpuffer ein Caller.xxx erzeugt. N1 | KLARO| 1.43 | Wird im Filerequester ein relativer Pfad eingegeben bzw. ausgewaehlt, so wird dieser in einen absoluten gewandelt :) N2 | ZCON | 1.438| Tritt ein Fehler beim packen eines Puffers auf bzw. bei nicht-Multispiltsystemem beim joinen, so werden die Originalpuffer in ZNETZ/BADJOBS unter System.bjob kopiert und aus dem Outbound geloescht. N1 | ZCON | 1.438| In das File Sites.aliases koennen nun auch Kommentare eingefuegt werden. Dazu muss am Anfang der Zeile ein ';' stehen. Dies gilt auch fuer NoEMail.user. Mir faellt gerade ein, dass dieses File garnicht mehr benutzt wird :))) N1 | ZCON | 1.45 | Es wird nun bei nicht vorhandenem MAILER-Header kein AmBoS-Header mehr in den Messageheader eingebaut. N1 | ZCON | 1.45 | Es wird nun bei einem Sortreport die Gesamtmenge der Mails/News ausgegeben, die an Systeme/Bretter verteilt wurde. N3 | ZCON | 1.45 | Es gibt nun die Moelichkeit zu bestimmen, wieviel Platz mini- mal auf der Netzplatte frei sein muss (ZNetzmodule einstel- len -> Min. Plattenplatz - Angabe in KB). Wird dieser Platz unterschritten, werden : - Keine Netcalls mehr ausgefuehrt. - Keine Pointanrufe mehr entgegengeneommen. - Der Sorter startet nicht mehr bzw. hoert auf zu sortieren, falls er gerade sortiert. - Es werden keine Renamejobs mehr durchgefuehrt. Kommt es zu einem 'Platzunterlauf', so wird dies im ZNetz- report angezeigt und im AmBoS-Status. N3 | ZCON | 1.45 | Sorter und Terminator laufen nicht mehr gleichzeitig, da dies nur die Platte unnoetig strapaziert. Wer zuerst kommt, malt zuerst (bzw. sortiert/raeumt die Box auf) ;) Dies gilt fuer alle weiteren Netzmodule (es laeuft also tatsaechlich nur 1 Sorter und nicht 4 Stuefck aufeinmal mit dem Termi- nator :)) N1 | ZCON | 1.45 | Da einige Server Nachrichten verschicken, die nicht, wie es richtig sein sollte, Zeilenenden mit einem CR/LF sondern nur mit einem LF enthielten, werden nun auch diese Zeilen konver- tiert (speziel Aminetreadmes). N1 | ZCON | 1.45 | Dem Puffertool wird nun auch der Originalpuffername ueber- geben (besser ist das ;) N1 | ZCON | 1.45 | Das ZMapbrett kann nun auch via Liste ausgewaehlt werden. N2 | ZCON | 1.45 | Es gibt nun ein weiteres Konfigfile. Dies muss sich im Verzeichnis 'ZSetup' unter dem Namen 'Alias.addresses.' be- finden. Mit diesem File kann man Adresswandlungen durch- fuehren. Aufbau ------ Original Ersetzen_Durch Beispielkonfig -------------- ;Falls tatsaechlich jemand an @pgp.zer schreiben ;sollte :)) @pgp.zer @pgp.north.de ;Alle, die an Bilbo schreiben, wollen eigentlich ;an Kai schreiben ;) bilbo@pgp.north.de kai@pgp.north.de ;Und Points, die an Kai in der Nasus schreiben, ;wollen auch an mich in der pgp schreiben :) kai@nasus.dontpanic.sub.org kai@pgp.north.de Was passiert mit der Beispielkonfig ? ------------------------------------- EMP = bilbo@pgp.zer -> bilbo@pgp.north.de -> kai@pgp.north.de EMP = willi@pgp.zer -> willi@pgp.north.de EMP = kai@nasus.dontpanic.sub.org -> kai@pgp.north.de Trenner zwischen dem Original und dem Ersetzt_Druch duerfen soviele Tabulatoren/Spaces sein, wie man lustig ist. Soll ein Kommetar eingefuegt werden, so muss die Zeile mit einem Semikolon beginnen. Leerzeilen werden ueberlesen. Es duerfen nur Netzadressen bzw. Usernamen benutzt werden, Bretter werden nicht beruecksichtigt. N0 | ZCON | 1.451| Nun wird der Name des Systemes, von dem gerade ein ZConnectpuffer einsortiert, mit im AmBoS-Status angezeigt :) N1 | ZCON | 1.453| Der Sorter zeigt nun im Statuswindow den Fortschritt der Sortierung via Balken an. N2 | ZCON | 1.453| Der Site.Domainteil ausgehender Mails/News wird nun wegen Problemen mit SMail in Kleinschrift ge- wandelt. N1 | ZCON | 1.454| Es wird nun vor dem kopieren eines Files geschaut, ob es sich um das gleiche Device handelt. Sollte dies so sein, wird ein Rename durchgefuehrt (ist schneller als kopieren ;) N1 | ZCON | 1.454| Es wird nun an AmBoS auch das servernde (die servenden ;) Systeme bei einem Knopfdruck auf Verteiler uebergeben (Nachrichtenreader und Bretted). N1 | ZCON | 1.455| Die Mapsreplies enthalten nun als ReferenceID das MessageID der Originalmail ;) N1 | ZCON | 1.455| ZMap-Handling etwas geaendert. Eine in das eigenstellte ZMapbrett gepostete Map darf nun enden mit '.0', '.0.map' oder '.map'. Eine Map, die anders endet, wird nicht in das ZMapverzeichnis kopiert. N2 | ZCON | 1.456| Es werden nun von News alle EMPs an Server durchgereicht. Fuer Points bleibt alles beim alten, da sonst tausende von Brettern bei Ihnen kreiert werden wuerden :) N2 | ZCON | 1.456| Das File Adresses.aliases gilt nun auch fuer Online geschriebene Mails! Man kann also z.B. auch folgendes angeben (Beispielsbox = Doom) : kai kai@pgp.north.de Wird nun Online in der Doom eine Mail an Kai geschrieben, so wird die in das Postfach von Kai gelegt UND an kai@pgp.north.de geroutet. Falls der Point Kai existiert, bekommt dieser keine Mail :) Achtung! Ihr solltet zwei Aliases einrichten, weil ein User der Doom auch an kai@doom.ping.de schreiben koennte, also zusaetzlich kai@doom.ping.de kai@pgp.north.de Auch Netzadressen werden erfasst. Seht Ihr beispielsweise, dass Eure User andauern an 'sysop@fidohb.zer.de' schreiben, obwohl es 'sysop@fidohb.zer.sub.org' heissen muesste, so richtet Ihr einfach ein Alias sysop@fidohb.zer.de sysop@fidohb.zer.sub.org ein :) N2 | ZCON | 1.457| Neues Autoevent 'ZNetzverzeichnis aufraeumen' wurde eingebaut. Es wird das Outbound/Inbound/Tempfiles- verzeichnis aufgeraeumt. Dies bedeutet im einzelnen : - Wird im Outbound ein Paket gefunden, dass weder in der RenameJobList noch in der SmallJobList steht, wird es in der RenameJobList aufgenommen. Sollte eigentlich nie vorkommen...but who knows ;) - Im Tempfile-Verzeichnis werden alle ToModules ge- loescht, die nicht mehr gebraucht werden. N2 | ZCON | 1.457| Crossposting vom Nachrichtenreader aus in ein Brett werden nun als eine Mail rausgeschickt. N2 | ZCON | 1.457| Filekommentare werden nun im KOM:-Header einer Nachricht uebernommen. N2 | ZCON | 1.457| Es werden nun alle EMPs an die Points durchgereicht. N3 | ZCON | 1.457| GUI wurde geaendert. Es gibt nun in 'Maps editieren' den Unterpunkt 'Verbindungen' nicht mehr. Die dort zu machenden Angaben sind nun mit im Serversetup gelandet (Domain, Ver- bindungsart etc.). Der Smarthost wird nun in 'ZNetz Setup' eingestellt. N3 | ZCON | 1.457| Neues Window: ZNetzsetup->Mapsdaten einstellen. Hier werden die Mapsreplies/Mapsbefehle anderer Boxsysteme eingetragen. Ein Feld im Serversetup (Mapstyp) bestimmt nun das Reply der jeweiligen Box auf eine Mapsmail. Schickt man nun eine Maps- mail an ein anderes System und bekommt ein Reply, werden die Daten gespeichert, so man zu bestellende/abbestellende Bretter mit der Maus auswaehlen kann. Die Gadgets im einzelnen ------------------------ ServerSetup: - MapsTyp Hier wird das Boxprogramm des Servers eingetragen. Wird eine Mapsmail an das System geschrieben, so werden die eingestellten Befehle genutzt, bei einem Reply der Mapsmail wird der Betreff dere Nachricht untersucht. - Domains Hier kann man die Domains des Systemes einstellen. Beispiele : '.north.de' oder '.gun.de, .dontpanic.sub.org' Domains werden durch Kommata getrennt. Achtung! Die erste Domain wird bei der ZMap-Genereierung benutzt! Stelle ich also fuer das System Nasus die Domains '.north.de, .dontpanic.sub.org' ein, so steht in der Map 'nasus.north.de'. Es wird also davon ausgegangen, das .north.de die Hauptdomain ist. Beim routen werden alle Domains der einzelnen Systeme getestet. - Schnelle Verbindung Falls an, wird in der erzeugten Map ein +FAST an- gehaengt. - VerbindungsArt Hier wird die Verbindungsart, die in der Map er- scheinen soll, eingestellt. Maps konfigurieren ------------------ In den unteren Stringgadgets tragt Ihr die Befehle ein, die das jeweilige Boxprogramm versteht. Oben die Replies, unter der die Boxprogramme die verschicken. Schreibt Ihr nun eine Mapsmail an einen Server, so wird der Befehl benutzt, den Ihr im fuer diesen Server eingestellten Befehl eingegeben habt (habt Ihr beispielsweise fuer einen Server 'Fastcall' als Boxprogramm installiert, so wird der Mapsbefehl aus dem Stringgadget fuer Fastcall geholt :). Bestelle Ihr z.B. eine Brettliste bei einem Server, so wird beim zurueckkommen der Brettliste nachgeschaut, ob a) Der Empfaenger = Der Sysopname ist b) Der Absender = maps@systemname.domain ist c) Der Betreff = Gleich dem eingestellten Betreff fuer dieses System ist. Es werden drei Files fuer jedes System angelegt in ZSetup, falls ein solches Reply kommt : systemname.other (unbestellte Bretter) systemname.my (bestellte Bretter) Funktioniert mit dieser Version noch nicht, dass die Listen abgefangen werden :) Kommt aber in der naechsten Version. Bisher werden nui die Betreff genommen, die eingestellt wurden. N3 | ZCON | 1.457| Datenfiles wurde verlegt/umbenannt znetz.prefs -> znet.prefs (1.6 -> 1.7) zconnect.prefs -> zcon.prefs (1.2 -> 1.3) znetz/system.data -> znetz/sys.data (1.6 -> 1.7) znetz/system.prefs -> znetz/sys.prefs (1.4) znetz/zmap.data -> znetz/zmaps.data (1.2 -> 1.3) znetz/zmap.prefs -> znetz/zmaps.prefs (1.1) znetz/router.prefs -> znetz/rout.prefs (1.0) znetz/zsetup/*.bretter -> znetz/brettbestellungen/*.bretter Die Zahlen in Klammern bedeuten die altuellen Versions- spruenge (beispielsweise von znetz.prefs 1.6 auf 1.7). Bevor Ihr das neue Module installiert, solltet Ihr also bei nicht eingeschaltetem Module (!) den Konverter auf- rufen...dieser konvertiert/kopiert/renamed automatsich die alten Datenfiles. N3 | ZCON | 1.457| Es ist im Nachrichtenreader nun möglich, eine Tracemails loszuschicken. Dazu im Betreff der Nachricht ein 'T:' voranstellen (funktioniert nur bei ASCII-PMs). Beispielbetreff: 'T:Dies ist eine Tracemail' N1 | ZCON | 1.457| Wird im ZConnect-Header einer Bin-Nachricht ein FILE:-Header gefunden, so wird nicht der Betreff als Filenamen genutzt, sondern der Inhalt hinter dem FILE:-Header. N1 | ZCON | 1.457| Es wird nun beim sortieren in ein Brett nachgeschaut, ob noch genug Platz auf der Netzplatte frei ist. N1 | ZCON | 1.457| Das Routefile wird nun sortiert. N1 | ZCON | 1.457| Wird einem System eine neue Area zugeordnet, so ist dies nun die aktuelle (so das man sofort die Protectionbit ein- stellen kann). N2 | ZCON | 1.458| Es wird nun angezeigt, wenn ein Puffer gepackt wird (im Statusreport). Allerdings nur, wenn z.Zt. kein Puffer sortiert wird. N1 | ZCON | 1.458| Es wird nun angezeigt, welche Mapsmail gerade be- arbeitet wird. N1 | ZCON | 1.458| Die Systemliste und die Systemdaten wurden erweitert. Nun wird beispielsweise auch die Domain(s) des Servers ausgegeben :) N1 | ZCON | 1.458| Die mittels 'LIST VERBOSE SYSTEME' bestellte Systemliste ist nun etwas ausfuehrlicher (Domains, Verbindungsart etc.). N3 | ZCON | 1.502| Der Router wurde komplett neu geschrieben. Der Router routet nun stufenweise : 1. Falls vollstaendiger Systemname vorhanden ist im Routerfile, route an System, sonst 2. 2. Nachgucken, ob ein Domainserver im Routefile steht, der fuer die Empfaengerdomain zustaendig ist. Falls einen gefunden, an System routen, sonst 3. 3. Nachgucken, welcher Server fuer die Absenderdomain zustaendig ist. Falls gefunden, an System routen, sonst 4. 4. Falls globaler Smarthost eingestellt wurde, an diesen routen. Sonst ist die Nachricht unzustellbar und wird gebounced. Bei allen 4 Stufen wird noch nachgeschaut, ob die Mail schon beim Empfaengersystem war (Pingpong-Routing). Ist die Anzahl der 'MaxPingpongs' erreicht, wird die Mail gebounced. Zum eingeben der Policybase existiert ein neues Window. Reinkommen tut man da von den Routerprefs aus ;) N3 | ZCON | 1.502| Man kann nun einstellen, welche Art von defekten Mails in das Brett /BADMSGS/ZCONNECT gepackt werden sollen. Allerdings werden die Nachrichten noch nicht in das Ver- zeichnis gelegt :) Siehe ToDo... N1 | ZCON | 1.51 | Das einsortieren von Crosspostings wurde beschleunigt. N1 | ZCON | 1.51 | Es gibt ab dieser Version keine Brettaliases mehr. Siehe neue Ambosversion (Brettaliases wurden hauptsaechlich benutzt, um Mail, die in Brettkoepfe kommen, umzuleiten. Die neue Ambosversion kann aber Mail in Brettkoepfen ver- arbeiten). N1 | ZCON | 1.51 | Es gibt den Eintrag 'Wandeldomain' in ZConnect-Setup nicht mehr (da das Module kein Z3_8 mehr kann ;) N1 | ZCON | 1.51 | Da es Z3_8 nicht mehr gibt, kann man als Pollformat kein ZERBERUS mehr aussuchen. Alle Systeme, die ZERBERUS einge- stellt haben, werden umgewandelt in ZCONNECT. N1 | ZCON | 1.51 | Der MessageID, der von Ambos erzeugt wird, sieht nun etwas anders aus. Beispiel : 950117021907bhaskdbamb@kai.pgp.north.de Das Datum inkl. Ticks ist nun beruecksichtigt. Ausserdem wird noch eine Zufallszahl und anschliessend 'amb' dran- gehaengt. N1 | ZCON | 1.53 | Renamejobs werden nun nurnoch dreimal durchgefuehrt. Konnte nach dem dritten Mal der Job nicht erfolgreich erledigt werden, wird er aus der Renamejoblist genommen und der Puffer in BadJobs kopiert. N1 | ZCON | 1.53 | Routine zum einsortieren von Crossposting wurde nochmal beschleunigt. N3 | ZCON | 1.54 | Man kann nun Standardpointbretter ernennen. Diese Bretter werden IMMER an Points durchgereicht, egal, ob er sie bestellt hat oder nicht. Zu finden ist das ganze im 'ZNetzmodule einstellen->Standardpointbretter'. Ganz praktisch beispielsweise bei Pointinfobrettern oder neuen Points, die noch nicht wissen, wie was funktioniert:) Kleine Bitte : Macht das Brett /ambosnet/user/pointinfo bitte zum Standardpointbrett...danke! N1 | ZCON | 1.54 | Der Systemname wird im Znetz-Setup nun nicht mehr in Kleinschrift gewandelt (-> alte ZERBERUS-Software ;). N2 | ZCON | 1.54 | /BADMSGS wurde wiederbelebt ;) Die im Router eingestellten Flags werden nun beachtet und ggf. die entsprechenden Mails in das Bett /BADMSGS/ZCONNECT gelegt. N2 | ZCON | 1.54 | Es koennen nun komplette Systemnamen in der Policybase eingegeben werden. Muss wie folgt eingegeben werden : Domain: .do.main System: site.do.main N2 | ZCON | 1.55 | Patternmatching nun auch beim Mapsmail DEL. N2 | ZCON | 1.55 | Es gibt einen Mapsbefehl, der sich 'INHALT REQUEST' nennt. Macht vom Prinzip her das gleich wie der normale Inhalt- befehl, nur wird die Inhaltsliste im 'requestfertigen' Format an den Point geschickt :) N1 | ZCON | 1.55 | Der Mapshilfstext wurde an die neuen Gegebenheiten an- gepasst ;) N1 | ZCON | 1.55 | Es werden nun auch Mails, die Online (oder via NR) ge- schrieben werden und nicht zugestellt werden koennen, in /BADMSGS/ZCONNECT geleitet. N1 | ZCON | 1.55 | Bei Nachrichten, die an den Sysop des jeweiligen Systemes gerichtet sind UND einen EB:-Header enthalten, wird nun eine Empfangsbestaetigung verschickt. Dies passiert allerdings nur bei Mails, die entweder via Point geschrieben wurden oder von einem anderen Server angeliefert werden. N1 | ZCON | 1.57 | Es kann nun eingestellt werden, ob Nachrichten an User via Dupecheck erfasst werden (ZNetzmodule einstellen). N4 | ZCON | 1.57 | Es ist geschafft! :) Das Guidefile zum Module habe ich endlich vollenden koennen. Bei der Gelegenheit habe ich im Module gleich die Nodenamen angepasst, so das wieder in jedem Fenster ein Hilfstext angezeigt wird. Es wird nun nach bbs:znetz.guide bbs:Guidefiles/znetz.guide help:deutsch/znetz.guide geschaut. N2 | ZCON | 1.57 | Es wird nurnoch dann ein Empty.brt in das Archiv gelegt, wenn kein Puffer vorhanden ist UND keine Smalljobs mehr geadded werden :) H1 | ZCON | 1.58 | Ich habe einen kleinen Hack eingebaut, um das loeschen von Puffern trotz fehlgeschlagenem Transfer zu ver- hindern... N1 | ZCON | 1.58 | Charsetheader eingebaut. Allerdings nur ISO1, und da auch nur die Umlaute, da ich keine entsprechenden Tabel- len habe...wer also Tabelle zu ISO1-9 hat: Her damit ;) N1 | ZCON | 1.58 | Das Module zeigt nun in der Portanzeige (da, wo normalerweise steht 'Port führt Netcall aus'), welche Phase bei einem Netcall erreicht ist. N1 | ZCON | 1.58 | Im Serversetup kann man nun einstellen, ob ein Backup des eingehenden Puffers gemacht werden soll. Dazu gibt es einen neuen Knopf im Serversetup, der sich 'Inboundkopie' nennt :) N1 | ZCON | 1.58 | Die Routine GetDupName wurde etwas geaendert. Nun wird beim umkopieren in PBackup, InBackup und ZCondef die Extension des Originalfiles ange- haengt (aus Caller.lha wird dann beispielsweise im Pbackup der Name Oytix.lha).