Beiträge von grunz

Nein, das hast du leider komplett falsch verstanden.
Du solltest Dich schon von diesem Punkt Deiner Anforderung verabschieden: "Firma XX möchte diesen Public/Private Key für den gesamten Server und nicht für einzelne Benutzer.
"
Wenn Du mit der (VPN-)Verschlüsselung auf Netzwerkebene arbeitest (Server-zu-Server bzw. Exchange-zu-Domino), kann das Deinen Benutzern total egal sein, denn die bekommen davon überhaupt nix mit und müssen auch gar nichts weiter dazu tun. Wenn Du eine End-to-End-Verschlüsselung (Benutzer-zu-Benutzer bzw. Outlook-zu-Lotus-Notes) haben willst, kommst Du um eine anständige S/MIME Implementierung incl. CA usw. nicht herum. D.h. jeder Benutzer der einem anderen Benutzer etwas verschlüsseltes schicken will, benötigt zunächst den Public-Key des jeweiligen Gegenübers.
Wenn Du auf S/MIME und einem allgemeinen, nicht personalisierten Key bestehst, könnte man es bestimmt irgendwie hinfrickeln, dass alle Benutzer auf einer Seite den gleichen S/MIME-Key in Ihre Notes-ID aufnehmen. Problem wird nur sein, dass im Subject des zugehörigen Zertifikats auch die Absenderadresse drin steckt und die wird wohl kaum bei allen Benutzern identisch sein. D.h. Du kannst damit maximal den Punkt "Verschlüsselung", aber nicht den Punkt "Signatur" erledigen. So eine am Sinn der Sache vorbeigehende Bastelei kann man aber niemandem ernsthaft empfehlen.....

Für euch wäre wohl evtl. ein Produkt wie z.B. TeamMail von der Firma Tolina interessant. Da kann man zumindest einen Status festlegen, z.B. "in Bearbeitung" oder "Wiedervorlage", was bei der gleichzeitigen Bearbeitung des Postfachs durch mehrere Personen durchaus hilfreich sein dürfte. Bei OpenNTF gibt es auch ein funktionell ähnliches Template - das heisst TeamBox, wenn mich nicht alles täuscht. Das hatte den Vorteil, dass man wirklich anonym aus den Mail-IN-DBs versenden kann, wohingegen bei "normalen" Mail-Templates meist der Realname des Absenders unter "SentBy" auftaucht, selbst wenn die Absenderadresse der Mail-IN-DB nicht personalisiert war.

Hi Norbert,

long time no see
Falls Dein Problem noch akut ist: Zur Vermeidung der Replizierung einzelner Dokumente bzw. Dokumenttypen kannst Du eine Replikationsformel verwenden. Stichwort: "Replication Options" --> "Space Savers" -> "Receive only a subset of the documents" -> "Documents that meet a selection formula"
Bei der Formel beziehst Du Dich dann auf die verwendete Maske, z.B.:

SELECT Form="connector" | Form="Druckvorlage" | PROFILNAME!=""

Grüße,
Patrick

Dem kann ich mich nur uneingeschränkt anschließen... Ich bin sogar davon überzeugt dass der stellenweise doch zugegebenermaßen sehr schlechte Ruf von Lotus Notes von eben solchen Implementierungen herrührt. Als ich vor Jahren bei meinem letzten Arbeitgeber das Ruder im Bereich Lotus Notes übernommen hatte, war meine erste Maßnahme diese von meinen Vorgängern übernommene Konstellation zu beseitigen. Ich kann nur sagen: die Benutzer haben es mir gedankt!

Also wenn es keine End-To-End-Verschlüsselung zwischen Absender und Empfänger sein soll, dann ist S/MIME definitiv nicht die richtige Wahl. In dem Fall sollte man wohl eher über eine dedizierte Verbindung der Mailserver z.B. über eine VPN-Strecke nachdenken.

OK - Onkel Google konnte doch noch ein wenig Licht ins Dunkel bringen:

http://www-10.lotus.com/ldd/do…ries-in-lotus-notes-8.5.1

Konkret gibt es z.Zt. das folgende Paket:

IBM Lotus Notes Dictionaries 8.5.1 for Mutiplatform Multilingual eAssembly(CRA8EML)

Mich würde in dem Zusammenhang allerdings gerade brennend interessieren, wo ich diese "supplemental dictionaries" z.B. mit Medical english, usw. herbekommen kann. Diese "supplemental dictionaries" müssten ja ein eigenes Format aufweisen, damit sie vom Client auch als solche erkannt werden. Ich habe bislang nur einen Hinweis auf ein Medical english dictionary im Zusammenhang mit Notes R6.5 gefunden. Gibt es das in neueren Releases gar nicht mehr? Kennt jemand ggf. einen kommerziellen Anbieter mit Lotus Notes-kompatiblen Zusatzdictionaries, z.B. auch für Juristen, o.ä.?

oh, i see - thx...! ich hatte immer eine möglichkeit gesucht den ersten beitrag zu editieren, um dort das präfix zu ändern. mir war nicht klar, dass ich das präfix mit weiteren beiträgen zum gleichen thema beeinflussen kann....

Habe hierzu leider keine Möglichkeit gefunden - wo stellt man das um?!

Hier bin ich noch eine Erläuterung schuldig: Die Server befanden sich offenbar nicht im gleichen Notes-Named-Network. Dies wurde nach Rücksprache mit IBM angepasst und scheint das Problem zu beheben.

Bei einem lokal ausgeführten nupdall fiel noch etwas auf:

14.09.2009 13:43:10 Index-Aktualisierungsvorgang gestartet
14.09.2009 13:43:11 Ansichten in C:\Program Files\IBM\Lotus\Notes\Data\r5460.nsf werden aktualisiert
**** DbMarkCorrupt(Folder Maßnahmen\Aktuell Maßnahmen 2010 corrupt), DB=C:\Program Files\IBM\Lotus\Notes\Data\r5460.nsf TID=[159C4:0002-162C0:update] File=dbfolder.c Line=584 ***
14.09.2009 13:43:14 Fehler bei der Aktualisierung der Ansicht 'Maßnahmen\Aktuell Maßnahmen 2010' in C:\Program Files\IBM\Lotus\Notes\Data\r5460.nsf: Der Ordner ist defekt. Bitte schließen Sie die Datenbank und öffnen Sie sie erneut, um den Ordner zu reparieren.
14.09.2009 13:43:14 Konsistenzprüfung von r5460.nsf...
14.09.2009 13:43:19 Konsistenzprüfung von r5460.nsf abgeschlossen
**** DbMarkCorrupt(Folder Nachschlagedateien\Außendienst corrupt), DB=C:\Program Files\IBM\Lotus\Notes\Data\r5460.nsf TID=[159C4:0002-162C0:update] File=dbfolder.c Line=584 ***
14.09.2009 13:43:27 Fehler bei der Aktualisierung der Ansicht 'Nachschlagedateien\Außendienst' in C:\Program Files\IBM\Lotus\Notes\Data\r5460.nsf: Der Ordner ist defekt. Bitte schließen Sie die Datenbank und öffnen Sie sie erneut, um den Ordner zu reparieren.
14.09.2009 13:43:27 Konsistenzprüfung von r5460.nsf...

(...)

Nach einer Google-Recherche fand sich dazu sogar was passendes:

http://m.dominopoint.it/domino…orum/thread?ReadForm&cat=[Tutti]&id=703113D2C1C81636C12575D2006E4023&page=1

"CarmeloP - re... : Database corrotto: Risolto!!! Ho aperto una chiamata a IBM, ho ripristinato il db con questa sequenza: 1. fixup -f (This causes Fixup to check all documents in the database.) 2. compact -i -c -d -K (ignore errors, copy-style, delete view indexes, set large UNK table) 3. updall -R 4. copy style in local. Sarà stata bravura o fortuna?? Intanto grazie a tutti voi e a IBM."

Damit waren immerhin schon mal die Ordner wieder OK.
Beim erstellen einer lokalen Replik (anstelle einer Kopie) fiel auf, dass die seltsamen Zeitstempel stellenweise verschwanden. Anschließend habe ich aus der lokalen Replik eine neue Replik auf dem Server erstellt, womit die Zeitstempel dann plötzlich wieder überall OK waren.

--> Problem solved!

Nein, das hat leider nicht geholfen - habe ich auch schon versucht. Die im obigen Screenshot sichtbaren Zeitstempel haben sich nach dem erneuten signieren zwar verändert, aber interessanterweise nur marginal:

jetzt steht als Zeitstempel überall 23.12.**** 01:05:10 drin. Die vorherige Signatur war aber definitiv älter als eine Minute ...

Tag zusammen,

Die Maildatenbank eines Benutzers zeigt gerade einige seltsame "Verhaltensweisen". Letzte Woche wurden einzelne zuvor empfangene Nachrichten nicht in der Inbox angezeigt, waren aber stattdessen immerhin in der Ansicht All Documents sichtbar - dies betraf auch nicht alle neuen Nachrihten sondern passierte offenbar nach dem Zufallsprinzip. Soweit so schlecht - mit einem Neuaufbau der Ansichtindizes mittels updall -r war das Problem augenscheinlich erstmal beseitigt. Bei der Gelegenheit habe ich dem Anwender dann auch mal eine etwas neuere Mailschablone verpasst (Extd. Mail R6 - vorher R5 basiertes Template). Nun wird heute exakt das gleiche Problem erneut gemeldet - wieder werden einzelne Nachrichten nicht in der Inbox angezeigt.
Die üblichen Verdachtigen (updall -r, compact -c -i & fixup -F -J -O) brachten leider keine Besserung.
Bei näherer Betrachtung fiel auf, dass diverse Zeitstempel an unterschiedlichen Stellen in der Datenbank ebenfalls etwas seltsam aussehen, z.B. steht da als Änderungsdatum der Designelemente "23.12.**** 01:04:45". Unter den Deletion Stubs der Datenbank fanden sich sehr viele Dokumente mit einem Zeitstempel "31.12.1899 00:00:00".
Habe mal einen Screenshot aus dem Designer beigefügt.
Könnten die Zeitstempel eine Ursache für das beschriebene, wiederkehrende Problem sein? Wie bekommt man wieder korrekte Zeitstempel in die Datenbank?!

sag ich doch

tach norbert!

long time no see - aber unsere "wege" kreuzen sich ja zum glück immer wieder mal, wie man sieht habe heute doch glatt die gleiche meldung bekommen wie du und bin beim suchen über deinen einsamen beitrag hier gestolpert. seltsamerweise trat der fehler bei mir bei der neuerstellung eines internet-zertifizieres auf, den ich direkt über den ca-prozess erstellen wollte, und nicht beim nachträglichen ändern.... ich habe dann an der stelle erstmal abgebrochen und die einzige wissentliche änderung die ich beim zweiten versuchen vorgenommen habe, war den umlaut im namen unseres standorts wegzulassen - dann lief es sofort... soviel zu den unvollständigen fehlermeldungen

grüße aus deutz,
patrick

In den Routing Logs der Server kann man sehen, dass es wirklich Mail Loops gibt sobald der server apps01 nicht verfügbar ist.

Hier das Log vom mail01:

05.04.2009 13:17:19 SMTP Server: 123.45.67.89 connected
05.04.2009 13:17:19 SMTP Server: Message 003E02D1 (MessageID: <200904051117.n35BHHuo008953@apache.mailprovider.de>) received
05.04.2009 13:17:19 SMTP Server: 123.45.67.89 disconnected. 1 message[s] received
05.04.2009 13:17:20 Router: Transferred 1 messages to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:20 Router: Transferring mail to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:21 Router: Message 003E02D1 transferred to abc123-APPS02/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:21 Router: Transferring mail to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:21 Router: Transferred 1 messages to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:22 Router: Transferred 1 messages to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:22 Router: Message 003E0348 transferred to abc123-APPS02/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:22 Router: Transferring mail to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:23 Router: Transferred 1 messages to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:23 Router: Message 003E03A7 transferred to abc123-APPS02/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:23 Router: Transferring mail to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:23 Router: Transferring mail to domain 98.76.54.32 (host 98.76.54.32 [98.76.54.32]) via SMTP
05.04.2009 13:17:24 Router: Transferred 1 messages to 98.76.54.32 (host 98.76.54.32) via SMTP
05.04.2009 13:17:24 Router: Transferred 1 messages to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:24 Router: Message 003E040B transferred to abc123-APPS02/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:24 Router: Transferring mail to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:25 Router: Transferred 1 messages to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:25 Router: Message 003E0470 transferred to abc123-APPS02/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:25 Router: Transferring mail to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:26 Router: Transferred 1 messages to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:26 Router: Message 003E04D3 transferred to abc123-APPS02/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:26 Router: Transferring mail to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:28 Router: Transferred 1 messages to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:28 Router: Message 003E0537 transferred to abc123-APPS02/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:28 Router: Transferring mail to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:29 Router: Transferred 1 messages to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:29 Router: Message 003E05FF transferred to abc123-APPS02/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:29 Router: Transferring mail to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:30 Router: Transferred 1 messages to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:30 Router: Message 003E06C7 transferred to abc123-APPS02/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:30 Router: Transferring mail to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:31 Router: Transferred 1 messages to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:31 Router: Message 003E072B transferred to abc123-APPS02/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:31 Router: Transferring mail to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:32 Router: Transferred 1 messages to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:33 Router: Message 003E078F transferred to abc123-APPS02/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:33 Router: Transferring mail to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:34 Router: No messages transferred to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:34 Router: Message 003E07F3 transferred to abc123-APPS02/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:34 Router: Transferring mail to abc123-APPS02/SRV/abc123 via Notes
05.04.2009 13:17:34 Router: Error transferring message 003E0858 via Notes to abc123-APPS02/SRV/abc123 mail.box Maximum hop count exceeded. Message probably in a routing loop.
05.04.2009 13:17:34 Router: Transferred 1 messages to 98.76.54.32 (host 98.76.54.32) via SMTP
05.04.2009 13:17:34 Router: Transferring mail to domain 98.76.54.32 (host 98.76.54.32 [98.76.54.32]) via SMTP
05.04.2009 13:17:39 Router: Message 003E087D transferred to 98.76.54.32 for web@mailprovider.com via SMTP
05.04.2009 13:17:51 Router: Transferred 1 messages to abc123-MAIL01/SRV/abc123 via Notes

...und hier das korrespondierende Log vom apps02, der eigentlich für apps01 einspringen sollte:

05.04.2009 13:17:20 Router: Transferred 1 messages to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:20 Router: Transferring mail to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:21 Router: Message 003E02D1 transferred to abc123-MAIL01/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:21 Router: Transferring mail to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:21 Router: Transferred 1 messages to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:22 Router: Message 003E0348 transferred to abc123-MAIL01/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:22 Router: Transferring mail to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:23 Router: Transferred 2 messages to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:23 Router: Message 003E03A7 transferred to abc123-MAIL01/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:23 Router: Transferring mail to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:23 Router: Transferred 1 messages to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:24 Router: Message 003E040B transferred to abc123-MAIL01/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:24 Router: Transferring mail to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:24 Router: Transferred 1 messages to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:25 Router: Message 003E0470 transferred to abc123-MAIL01/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:25 Router: Transferring mail to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:25 Router: Transferred 1 messages to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:27 Router: Message 003E04D3 transferred to abc123-MAIL01/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:27 Router: Transferring mail to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:27 Router: Transferred 1 messages to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:29 Router: Message 003E0537 transferred to abc123-MAIL01/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:29 Router: Transferring mail to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:29 Router: Transferred 1 messages to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:30 Router: Message 003E05FF transferred to abc123-MAIL01/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:30 Router: Transferring mail to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:30 Router: Transferred 1 messages to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:31 Router: Message 003E06C7 transferred to abc123-MAIL01/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:31 Router: Transferring mail to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:31 Router: Transferred 1 messages to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:32 Router: Message 003E072B transferred to abc123-MAIL01/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:32 Router: Transferring mail to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:32 Router: Transferred 1 messages to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:33 Router: Message 003E078F transferred to abc123-MAIL01/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:33 Router: Transferring mail to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:33 Router: Transferred 1 messages to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:38 Router: Message 003E07F3 transferred to abc123-MAIL01/SRV/abc123 for e-service@abc123 via Notes
05.04.2009 13:17:50 Router: Transferred 1 messages to abc123-MAIL01/SRV/abc123 via Notes
05.04.2009 13:17:50 Router: Transferring mail to abc123-MAIL01/SRV/abc123 via Notes

Eine kleine, aber offenbar nicht ganz eindeutige Auffälligkeit ergibt sich, wenn man die Mail-In-DB-Dokumente zu den Zieladressen aller betroffenen Nachrichten vergleicht:

Meinem Eindruck nach tritt das Problem offenbar gehäuft auf, wenn im Mail-In-DB-Dokument die Vorgabe für "Internet Message Storage" auf "Prefers Notes Rich Text" eingestellt ist. Ich habe jedoch auch ein, zwei Beispiele gefunden bei denen es eine Mail-Loop gab, wobei aber die genannte Option auf "No Preference" eingestellt war. Trotzdem fand ich die Häufigkeit bei der ersten Variante auffällig hoch... Kann aber auch gut sein, dass ich damit total falsch liege...

Das hier wäre ein beispielhafter NDR der bei unserem Provider aufgeschlagen ist - unser Mailprovider betreibt für uns den externen Relay-Host, und spricht über einen VPN-Link mit unseren Domino-Mailservern (mail01&mail02). In diesem Beispiel ist der Server apps01 gerade offline, so dass die Mail im Optimalfall beim Clusterpartner apps02 abgeliefert werden sollte.
Interessanterweise gibt es hier nur 5 "received"-Zeilen.

Content-Type: message/delivery-status

Reporting-MTA: dns;mail01.abc123.de

Final-Recipient: rfc822;e-service@abc123.de
Action: failed
Status: 5.0.0
Remote-MTA: x-Notes;CN=abc123-APPS02/OU=SRV/O=abc123
Diagnostic-Code: X-Notes; Error transferring to abc123-APPS02/SRV/abc123 mail.box; Maximum hop count exceeded. Message probably in a routing loop.

--==IFJRGLKFGIR1565622UHRUHIHD
Content-Type: message/rfc822

Received: from mrelay1.mailprovider.de ([123.45.67.89])
by mail01.abc123.de (Lotus Domino Release 7.0.2FP2HF538)
with ESMTP id 2009040513171941-19682 ;
Sun, 5 Apr 2009 13:17:19 +0200
Received: from bm-fw002.mailprovider.de ([192.168.4.156])
by mrelay1.mailprovider.de (8.14.2/8.13.8) with ESMTP id n35BHJkK008761
for <e-service@abc123.de>; Sun, 5 Apr 2009 13:17:19 +0200 (CEST)
Received: from XB11.mailprovider.de (localhost [127.0.0.1])
by XB11.mailprovider.de (VXA08) with SMTP id n35BHJY0026771
for <e-service@abc123.de>; Sun, 5 Apr 2009 13:17:19 +0200 (CEST)
Received: from XX04.mailprovider.de (localhost [127.0.0.1])
by XX04.mailprovider.de (VXA09) with ESMTP id n35BHHLN008954
for <e-service@abc123.de>; Sun, 5 Apr 2009 13:17:17 +0200 (CEST)
Received: (from web@localhost)
by XX04.mailprovider.de (VXA10) id n35BHHuo008953
for e-service@abc123.de; Sun, 5 Apr 2009 13:17:17 +0200 (CEST)
Date: Sun, 5 Apr 2009 13:17:17 +0200 (CEST)
From: Webmaster Mailprovider <web@mailprovider.com>
To: e-service@abc123.de
Subject: blah blah

Teilweise bleiben die NDRs aber auch auf unseren internen Dominos liegen....

Wie würdet Ihr denn die Verbindungsdokumente im beschriebenen Setup unter Verwendung der Clusterbezeichnungen konfigurieren?

Hallo zusammen,

wir haben folgendes Problemchen:

Wir haben hier diverse Serverpärchen als Cluster (Mail, Application, Abnahme, Dev) auf denen z.T. auch Datenbanken liegen, die wiederum als Ziel einer Mail-IN-DB-Resource im Domino-Adressbuch definiert sind.
Uns fiel nun auf, dass bei einem Ausfall eines der Clusterpartner die Mailzustellung nicht so funktioniert wie wir es uns eigentlich wünschen. Grundsätzlich laufen alle aus- und eingehenden Mails für die von uns verwalteten Domains über den Mail-Cluster.

Bsp.:

* Mail-Cluster bestehend aus den Servern mail01 + mail02
* Application-Cluster bestehend aus den Servern apps01 + apps02
* eine Mail-IN-DB liegt auf apps01 (+ Replik auf apps02 - in der names.nsf wurde apps01 als Server für die Mail-In-DB definiert)

Nun fällt apps01 plötzlich aus, und alle Nachrichten die an die dort hinterlegte Mail-In-DB gesendet werden, sollten doch nun eigentlich in der Replik der Mail-In-DB auf dem Clusterpartner apps02 zugestellt werden, oder im schlimmsten Fall auf dem mail01/02 liegen bleiben, bis apps01 wieder da ist. Stattdessen gibt es aber nur Fehlermeldungen bzgl. einer Routing Loop und die Mails werden überhaupt nicht zugestellt, bzw. generieren einen NDR.
Wenn die Mail-In-DBs hingegen alle auf dem Mail-Cluster liegen, und einer der beiden Server mail01/02 fällt aus, funktioniert die Zustellung zu diesen Mail-In-DBs so wie man es sich wünscht - bis auf die Tatsache dass eben ein Server weniger da ist

Woran könnte das liegen ?!

Kann man die Mail-Routing-Topologie an der Stelle optimieren und evtl. mit den Namen der Cluster arbeiten?

Ohne direkt unter der ID des betreffenden Benutzers zu arbeiten könnte man höchstens das entsprechende Profildokument "calendarprofile" direkt bearbeiten (z.B. mittels ScanEZ oder DomainPatrol - letzteres ist in der Client Version sogar kostenlos nutzbar). Ansonsten würde ich aber auf jeden Fall auch mal die Clubusy.nsf KOMPLETT neu erstellen:

http://www-01.ibm.com/support/…mi&rs=463&uid=swg21086471

evtl. hilft dir das folgende addin:

http://www-10.lotus.com/ldd/sa…69c300778667?OpenDocument

Zitat:

(...)
nstructions for use:
1. Copy NFOLDFIX.EXE into the Domino server program directory (e.g. c:\lotus\domino)
2. While the Domino server is running, type

load foldfix <template> <database>

Additional Options:
Directories
In place of a database, the FoldFix addin will accept a directory. For example, 'load foldfix mail50.ntf mail' will run the FoldFix task against all databases within the 'mail' directory.

The purpose of this tool is to provide system administrators with a way to determine the potential impact of a database design upgrade. It will either update the design elements to preserve the elements which are absent in the specified template, or simply report back to the console which elements will be removed by a design refresh or replace or when Convert is used on the database.

This is written specifically for Microsoft Windows 95/98/NT/2000 platforms.

Options
The following options will modify the behavior of the FoldFix addin task:
a - Update all design notes. This includes all design notes of the following classes (please see the Notes R5 API documentation for more detailed information regarding these note classes):
NOTE_CLASS_VIEW (folders and views)
NOTE_CLASS_FORM (forms, pages, images, et al)
NOTE_CLASS_FILTER (agents, script libraries)
NOTE_CLASS_FIELD (shared fields)
f - Update design elements of type NOTE_CLASS_VIEW
o - Update design elements of type NOTE_CLASS_FORM
g - Update design elements of type NOTE_CLASS_FILTER
s - Update design elements of type NOTE_CLASS_FIELD
i - Ignore database template inheritance
r - REPORT ONLY, do not update any element
v - Run in VERBOSE mode
x - Unmark the PRESERVE bit

The syntax for these options is as follows:

load foldfix <template> <database | directory> <options>

1. Decompress the file
2. Copy the executable into the Domino server program directory

foldfix.zip is the W32 file
FoldFix_1.4.tar.Z is the AIX file

(...)

Die Option "a" kombiniert mit "x" wäre dabei wohl für Dich interessant...