Das Notes Forum
Domino 9 und frühere Versionen => ND6: Entwicklung => Thema gestartet von: eknori am 11.02.05 - 17:22:46
-
Da bisher noch niemand dieses "Problem" lösen konnte, habe ich heute mal eine Anfrage bei IBM gestartet.
PMR Nummer 17482 032 724 wurde vom IBM Support erfolgreich erstellt. Sie enthält die folgende Kurzbeschreibung:
Gibt es eine Möglichkeit ( @Formula, Lotus Script, c API ) die NAMEN der Mailboxes zu ermitteln, die vom Server bei der Option "mehrere mail.box Datenbanken verwenden" erstellt und verwendet werden ?
Bin jetzt nur mal gespannt nach wie vielen Rückfragen der PMR ohne Ergebnis geschlossen wird.
Mein Tipp: 5 Rückfragen und man versteht dann immer noch nicht die Fragestellung.
-
Hm die Anfrage wird bestimmt ohne Erfolgt verlaufen C-API wird auch nicht mal Supportet.
Gibt es keine Möglichkeit über ein Consolen Kommando diesen Wert zurück geben zu lassen?
Ich kann mir ja doch auch die Werte wie dead Mail, Mail in Warteschlage usw liefern lassen.
Und eigenlich sind doch die nachfolgenden Mailboxen falls welche existieren fortlaufend nummeriert oder? mail1.box usw.
-
Du musst die Anzahl der mail.box Dateien ermitteln. Dazu gibt es im Domino Directory ein Konfigurationsdokument.
Die mailboxen werden nach folgender Logik angelegt:
When the Configuration document setting for number of mailboxes is set to blank or one, the server will utilize the database MAIL.BOX for mail routing. With that field set to a value higher than one, the router will create multiple mailboxes starting with MAIL1.BOX and increment the number to match the value of the configuration setting.
(Quelle: Lotus Software KBASE, No 1101899)
und No. 1102396
Title:
How Router Routes Messages Using Multiple MAIL.BOXes
Product: Lotus Domino > Lotus Domino Server > Version 5.x
Platform(s): Platform Independent
Date: 01.05.2002
Doc Number: 1102396
Problem
How does the Domino R5 server task route messages to multiple MAIL.BOXes? Is there an algorithm?
Solution
Yes, there is an algorithm that determines which MAIL.BOX new messages will be deposited to.
An internal process first checks to see how many MAIL.BOXes are enabled. It then deposits messages in circular fashion (MAIL1.BOX, then MAIL2.BOX, then MAIL3.BOX). If any MAIL.BOX is in a busy state (being compacted, etc), it will be skipped and the available MAIL.BOXes will be used. Therefore, it is possible to see a buildup of mail on a specific MAIL.BOX.
Supporting Information:
Although a server with multiple MAIL.BOXes has no database called "MAIL.BOX" in the data directory, this is transparent to sending servers and clients. They still perform a Database, Open command for "MAIL.BOX" and this gets redirected to the appropriate database (MAIL1.BOX, MAIL2.BOX, etc).
Andreas
-
@Andreas: Merci; hatte ich auch schon gefunden. Das macht auch Sinn, wie das beschrieben ist. Ich hatte mich allerdings verunsichern lassen, weil irgendwer mal erwähnte, man könne die Datenbanken auch umbenennen. Und mit diesem Hintergrund war mir nicht klar, woher der Router weiss, wo er was bearbeiten muss.
Wenn das dann so ist, wie in der KB beschrieben; warum wird dann irgendwo in der Produktbeschreibung des SpamSentinel Sinngemäß geschrieben( finde jetzt die Stelle nicht ) : Unterstützt mail.box - mail5.box. Wenn's mehr sein sollen, dann müssen die in einem KonfigDoc eingetragen werden.
Na, ,al sehen, ob IBM die KB Einträge auch so schnell findet wie du :D
-
vertan, vertan sprach der Hahn
SpamSentinel automatically checks all of your Mail.box mail messages against a list on known Spam. It then moves the spam to a Quarantine Database. It works with multiple mail.box files, such as mail1.box, mail2.box, mail3.box, etc.
das stand dort aber mal anders, echt ::)
-
Unterstützt mail.box - mail5.box
Vielleicht dachten die damals, das 5 das obere Limit sei? Es ist aber 10.
Andreas