@database ZConnect.guide 

@Master TeX:work/Zconnectguide/Zconnect.texi 

@Width 72 


This is the AmigaGuide® file ZConnect.guide, produced by Makeinfo-1.55 from 
the input file TeX:work/Zconnectguide/Zconnect.texi.


@NODE "main" "Routing"
@Next "Sorter" 
@Prev "ZConnect.guide/FAQ zum Module" 
@Toc "ZConnect.guide/main" 

Routing
*******

Der  Router  versucht  über  mehrere  Kriterien,  die  ankommenden und
ausgehenden Mails der User, Points und der angeschlossenen Systeme auf
dem schnellsten Weg zuzustellen:

Nachfolgend  wird  aufgezeigt,  welche  Kriterien angesetzt werden, um
eine Mail zu einem Absender eines anderen Systems zu routen.

@{b }  1.@{ub }
     Kontrollieren,  ob das Empfänger-System direkt angeschlossen und
     das Direkt-Routing nicht ausgeschaltet ist.
     * Falls JA - ENDE!

@{b }  2.@{ub }
     Kontrollieren,  ob  das Empfänger-System in der Domainrouterbase
     eingetragen und einem Server zugewiesen ist.
     * Falls JA - ENDE! ... Sehen Sie @{"Domainrouter" Link "ZConnect.guide/Domainrouter" }, für Details.

@{b }  3.@{ub }
     Kontrollieren,  ob  die Empfänger-Domain in der Domainrouterbase
     eingetragen  und  einem Domain-Server zugewiesen ist.
     * Falls JA - ENDE! ... Sehen Sie @{"Domainrouter" Link "ZConnect.guide/Domainrouter" }, für Details.

@{b }  4.@{ub }
     Kontrollieren,  ob ein Weiterleitungs-Absender existiert, und ob
     dessen  Absender-System  in der Policybase eingetragen und einem
     Server zugewiesen ist.
     * Falls JA - ENDE! ... Sehen Sie @{"Policybase" Link "ZConnect.guide/Policybase" }, für Details.

@{b }  5.@{ub }
     Kontrollieren,  ob ein Weiterleitungs-Absender existiert, und ob
     dessen  Absender-Domain  in der Policybase eingetragen und einem
     Domain-Server zugewiesen ist.
     * Falls JA - ENDE! ... Sehen Sie @{"Policybase" Link "ZConnect.guide/Policybase" }, für Details.

@{b }  6.@{ub }
     Kontrollieren,   ob   das   Absender-System  in  der  Policybase
     eingetragen und einem Server zugewiesen ist.
     * Falls JA - ENDE! ... Sehen Sie @{"Policybase" Link "ZConnect.guide/Policybase" }, für Details.

@{b }  7.@{ub }
     Kontrollieren,   ob   die   Absender-Domain  in  der  Policybase
     eingetragen  eingetragen und einem Domain-Server zugewiesen ist.
     * Falls JA - ENDE! ... Sehen Sie @{"Policybase" Link "ZConnect.guide/Policybase" }, für Details.

@{b }  8.@{ub }
     Kontrollieren,  ob ein Globaler Smarthost eingetragen wurde, dem
     alle  Mails,  die nicht nach den Kriterien 1 - 7 geroutet werden
     konnten, zugestellt werden dürfen.
     * Falls JA - ENDE! ... Sehen Sie @{"Globaler Smarthost" Link "ZConnect.guide/Globaler Smarthost" }, für Details.

@{b }  9.@{ub }
     Sollte  alles nicht zutreffen, so wird die Mail gebounced und an
     dem  Absender  mit  entsprechender  Meldung  (Mail  konnte nicht
     geroutet werden) zugestellt.
     ... Sehen Sie @{"Nicht routebar" Link "ZConnect.guide/Nicht routebar" }, für Details.

@{b }  *.@{ub }
     Ist Ihr System selber Domainserver (<ADMIN>), so werden Mails an
     Systeme  dieser  Domain  sofort gebounct, wenn das entsprechende
     System  nicht  im Domainrouter eingetragen und auch nicht direkt
     angeschlossen ist. (System ist in der Domain unbekannt).
     ... Sehen Sie @{"Domainrouter" Link "ZConnect.guide/Domainrouter" }, für Details.

@{b } **.@{ub }
     Wenn  ein  bestimmtes  System  oder  eine bestimmte Domain keine
     Mails  über  Ihr  System  routen  darf  und  es ist daher in der
     Policybase  als  <NOROUTE>  eingetragen  ist,  so  wird erst der
     Weiterleitungs-Absender  (WAB)  und  falls  nicht  vorhanden der
     Absender  (ABS)  kontrolliert. Treffen dann die Punkte 1-3 nicht
     zu, so wird diese Mail als unzustellbar gebounced.
     ...  Sehen Sie @{"Policybase" Link "ZConnect.guide/Policybase" }, für Details.

@{b } ***.@{ub }
     Werden   Mails  aufgrund  eines  falsch  konfiguriertem  Routers
     zwischen  zwei  oder mehreren Systemen nur hin und her geroutet,
     so  bezeichnet  man  diese  als Pingpongmail. Diese Mails werden
     nach überschreiten der eingestellten Rekusionstiefe gebounct.
     ... Sehen Sie @{"Pingpongmails" Link "ZConnect.guide/Pingpongmails" }, für Details.


@ENDNODE

@NODE "Sorter" "Sorter"
@Next "ZC-Anhang.guide/main" 
@Prev "main" 
@Toc "ZConnect.guide/main" 

Sorter
******

Der  Sorter  ist  für  das  Verteilen der News und Mails zuständig. Er
entpackt die ankommenden Puffer, filtert Dupes heraus und verteilt die
enthaltenen   News   entsprechend  der  im  Area-Editor  eingetragenen
Bestellungen  und Flags. Die Mails werden über die Routereinstellungen
an   die   Systeme,   Points  und  Online-User  geleitet.  Anhand  der
Einstellungen  für  die  Teilpuffer,  werden  die einzelnen Puffer der
Points und Systeme gegebenenfalls vorgepackt. Je nach Einstellung wird
für  jedes  System  und jedem Point ein Backup des eingehenden und des
ausgehenden Puffers angelegt.

Da  die  Puffer  und  Backups  der Points und Systeme auf alle Platten
verlegt  werden  können, werden die Daten der einzelnen Systeme/Points
unter einem Verzeichnis abgegelegt. Der Verzeichnisname entspricht dem
System- bzw. Pointnamen.

Liegen die System/Point-Verzeichnisse auf der BBS:-Partition, so liegen
sie in BBS:NETZ/Systeme/<Systemname>/...

Verlegt  man Systeme oder Points auf eine andere Platte oder Patition,
liegen sie im Verzeichnis: XXX:AmBoS-Netz/Systeme/<Systemname>/...

Die Struktur sieht wie folgt aus:


     System/Points-Verzeichnisse für Puffer und Backups
     ==================================================
     
     .../<Systemname>/PufferOut/       Ungepackte ausgehende Teilpuffer
     .../<Systemname>/PufferOutx/      Temporäres Verz. zum Puffer packen
     .../<Systemname>/PufferOutReady/  Gepackte ausgehende Puffer
     .../<Systemname>/PufferIN/        Downloadverzeichnis beim Datenaustausch
     .../<Systemname>/PufferINReady    Sortierverzeichnis (gepackte Puffer)
     .../<Systemname>/PufferSort       Sortierverzeichnis (ungepackte Puffer)
     .../<Systemname>/PufferSortx      Temporäres Verz. zum Puffer entpacken
     .../<Systemname>/PufferINBackupx  X-tes Backup (PufferINBackup1 = aktuell)
     .../<Systemname>/PufferOUTBackupx X-tes Backup (PufferOUTBackup1 = aktuell)
     .../<Systemname>/PufferDefekt     Verzeichnis für defekte Puffer

Ein normaler Sortiervorgang läuft folgendermaßen ab:

@{b }  1.@{ub }
     Die  empfangenen  Archive  werden  beim  Datentausch  in PufferIN
     abgelegt.

@{b }  2.@{ub }
     Ist  der Netcall abgeschlossen, werden die empfangen Archive nach
     PufferINReady verlegt und in die Sortjob-Liste eingetagen.

@{b }  3.@{ub }
     Je  nach System/Point-Einstellung wird ein Backup des eingehenden
     Puffers  in  PufferINBackupx  und  des  rausgegangenen Puffers in
     PufferOUTBackupx gesichert.

@{b }  4.@{ub }
     Anhand der Filetypen-Kennung und den eingestellten Packersettings
     wird  das  Archive  in  PufferSort1  entpackt und nach PufferSort
     verschoben.   Falls  aktiviert,  wird  ein  Packreport  über  den
     Entpackvorgang nach /systeminfo/Netz geschrieben.

@{b }  5.@{ub }
     Läßt  sich  der Puffer nicht entpacken, landet er in PufferDefekt
     und es wird eine Meldung in /System/Meldungen geschrieben.

@{b }  6.@{ub }
     Es  wird  ein  DupeCheck des Newspuffers durchgeführt um mehrfach
     erhaltene Nachrichten auszusortieren.

@{b }  7.@{ub }
     Die  News  und  Mails  werden  an  die entsprechenden Systeme und
     Points  und  Bretter  in  die  Box verteilt und ein umfangreicher
     Sortreport in /systeminfo/Netz geschrieben.

@{b }  8.@{ub }
     Die  Bretter  der  Box  werden  aktualisiert, und die ausgehenden
     Puffer  anhand  der  Sortervorgaben  für  die  Systeme und Points
     vorgepackt.

Da  die  Sortierung  direkt  im Speicher erfolgt, sollte der Max.
Speicher  entsprechend  der  Systemkonfiguration  möglichst  groß
eingestellt werden, um eine schnelle Sortierung zu erreichen.  Sehen
Sie @{"Max. Speicher" Link "ZConnect.guide/Max. Speicher" }, für Details.


@ENDNODE