Ich habe folgendes Problem bei knapp 2000 Datenbanken auf einem Domino 6.5er Server: man kann von keiner Datenbank eine Replik auf lokal erstellen; jeder Versuch wird mit dem Fehler “Error 4005: Notes error: Error opening note unable to resolve the referenced note” abgebrochen. Bei all diesen Datenbanken ist ein Single Copy Template in Verwendung.

Nähere Untersuchungen zeigten, dass es in jeder Datenbank ein “Replication Formula” Dokument gibt, welches in der GUI (über Replication – Settings – Advanced) nicht sichtbar ist; über NotesPeek ist es zwar sichtbar, jedoch kann es ebenfalls mit der Fehlermeldung “Couldn’t open note: Error opening note unable to resolve the referenced notes” nicht geöffnet werden

Mittels LotusScript kommt man ebenfalls nicht an das Dokument ran; der Code

Set nc = db.CreateNoteCollection(False)
nc.SelectDocuments = False
nc.SelectReplicationFormulas = True
Call nc.BuildCollection

liefert zwar unter anderem die NoteID des Dokumentes (also der Replication Formula) zurück, “Set doc = db.GetDocumentByID(nid)” aber nicht das Dokument (sondern “nothing”).

Der Versuch das Dokument mittels C API zu löschen a la

convertID = Clng(Val(“&H” & nid)) And &H7FFFFFFF
result = NSFNoteDelete( hDB, convertid, UPDATE_NOSTUB or UPDATE_FORCE)

resultiert in der Fehlermeldung “Error 17412: Entry not found in index”

Die Schablone zu wechseln, ein Compact oder ein Fixup bringt ebenfalls nichts; das Einzige, was zu helfen scheint, ist auf einem anderen Server eine Replik der Datenbank anzulegen – wobei das bei der Anzahl der Datenbanken nicht wirklich eine berauschende Option ist.

Die Frage ist also, wohin zeigt die “$NoteReference” (bzw ist ?type29? überhaupt gültig?) und wie kann ich dieses “Dokument” (also die Replication Formula) loswerden?

… die archivsettings policy funkt zwar erstaunlicherweise ohne probleme, jedoch kann ich mir auf den db’s jetzt die archiv-settings nicht mehr ansehen

The BBC has suspended its Blackberry email service after a bug in Research In Motion’s server software mixed together snippets from different messages between senior executives.

via theregister.co.uk

gut zu wissen, dass andere noch schlimmere probleme mit dem ding haben

IBMs Groupware-Lösung Lotus Domino lassen sich in der Standardkonfiguration durch die Webmail-Komponente Benutzer-Passwort-Hashes entlocken. Da im Internet Passwort-Cracker für Domino zu finden sind, ließen sich damit gegebenenfalls die Benutzerpasswörter errechnen, so ein Security-Advisory von Cybsec.

via heise

die lösung: in der maske “person” einfach “Generate HTML for all fields” deaktivieren. aber neu ist das irgendwie nicht – und die ansicht “($Users)” zeigt auch das feld HTTPPassword; und beides hat mir schon mal geholfen

schliesse deine augen. ja wirklich, vertraue mir. dann stell dir folgendes vor:

du hast eine domino umgebung, die aus domino 5.0.12 auf windows 2000 server, group tools 6.2f, 5.0.8 bis 5.0.12er clients sowie einer angepassten 5.0.8 mailschablone besteht.
das funktioniert auch soweit alles ganz gut. dann kommst du auf die idee, die smtp gateways upzugraden. und zwar so richtig; also betriebssystem, domino und group tools version. dann testest du das ganze – alles funktioniert wunderbar, daher gehst du um 5 uhr in der früh mit einem guten gefühl schlafen.

am nächsten tag gibt es keinerlei probleme die gemeldet werden würden – nur so nebenbei bemerkst du, dass man nun einladungen über das internet zu anderen mailsystemen senden kann bzw von diesen empfangen kann, und diese sogar einladungen bleiben. den anwendern bringt das zwar leider nichts – weil man dazu einen 6er client benötigt – aber immerhin, du findest es cool.

den tag darauf willst du noch die letzten tasks des upgrades durchführen – also z.b. die ini sortieren, die 6er features in domino bezüglich smtp einsetzen, die neuen group funktionalitäten konfigurieren, usw… danach gehst du in deine mittagspause.

kaum zurück, erlangt dich eine hiobsbotschaft – ein anwender meldet: “alle mails, die ich nach extern versende kommen beim empfänger ohne body an!”

die schweißperlen stehen dir auf der stirn. was ist jetzt los?

also erstmal den router abdrehen um nicht noch mehr leere mails ins internet zu senden. sieht fast so aus, als wäre die configänderung vom vormittag nicht die beste gewesen. also rückgängig machen – router auf allen servern abdrehen, sodass keine neuen mails mehr auf das outbound-gateway kommen, box wegkopieren und ein testmail senden.

es kommt ohne body an. dir wird noch heisser. okay, mit anderen worten: es war nicht die änderung vom vormittag – sondern der upgrade von vorgestern nacht. sehr gut – tausende leere mails. die anwender werden mich lieben; und meine vorgesetzten erst.
aber das kann ja eigentlich gar nicht sein; schliesslich hast du das doch damals in der nacht getestet.

schlussfolgerung: das linux smtp gateway nach domino ist schuld! doch der nette kollege der die betreuung über hat verneint das vehement; war ja auch klar, du bist es schließlich gewohnt, dass du die fehler anderer erst beweisen musst, bis sie diesen einsehen.

also nimmst du dir den outlook express her, der ja auf jeder mühle drauf ist und konfigurieren das ganze so, dass mails an dieses smtp gateway abgegeben werden. der “schiebe den schwarzen peter auf andere systeme”-erfolg ist leider mäßig; die mails kommen korrekt mit body an; gleich ob mit plain text, html oder verschiedener kodierung. aha! der kollege hat das smtp gateway also still und heimlich repariert – schnell ein mail von notes versenden; und: es kommt ohne body an.

du testest – warum auch immer – mit einem kollegen weiter. ziemlich sicher nur desshalb, weil du einfach den letzten logischen schritt, nämlich das gesamte upgrade wieder rückgängig machen, irgendwie ausweichen willst.
und dann das unfassbare: wenn du ein testmail aus notes sendest, kommt es ohne body an. sendet dein kollege ein testmail, kommt es ganz normal mit body an. warum? ihr braucht einige zeit, doch dann dämmert es euch: du sendest die testmails mit “escape – nur senden”, dein kollege mit “senden”. das kann aber doch nicht der grund sein, oder? macht ja für den router keinen unterschied – doch: weitere tests bestätigen das.
wie krank ist das denn??
du sendest noch zwei testmails; eines mit “senden” und eines mit “nur senden”; zuvor stoppst du den router. du vergleichst das mail feld für feld. und tatsächlich: ein feld ist unterschiedlich: “UseApplet”
ok – das ist doch endlich mal ein anhaltspunkt für die kb; die vorherigen suchen haben nichts nützliches an den tag befördert. und du wirst auch fündig: Body of Memo Does Not Display in Browsers if Escape Key/Send Only Option is Used in Notes Client

was machst du nun dagegen? das feld einfach löschen? zumindest einen versuch wert: also das names öffnen, “Server” – “Configurations” dann “Mime” – “Advanced” – “Advanced Outbound Message Options” und dort unter “Notes fields to be removed from headers:” den feldnamen “UseApplet” eintragen.

testen – und: die mails kommen alle mit body an.

es ist jetzt 17 uhr. du würdest das problem gerne ganz verstehen können: was hat es mit dem “wbody” genau auf sich, warum zeigten auch normale clients den body nicht an – oder wurde der “normale” body gar nicht mehr an das linux smtp gateway weitergegeben? doch: du hast auch noch genug andere kunden mit einer menge arbeit. dieses problem war klarerweise zeitlich nicht eingeplant.
es funktioniert wieder – das reicht heutzutage. für mehr ist keine zeit. so traurig es ist, du musst dich dem nächsten problemen widmen… und nachdem sich nicht viele leute darüber beschwert haben, verwenden anscheinend die wenigsten “escape – nur senden”. wundert mich. mir fehlt diese funktionalität im outlook.

öffne die augen wieder: kannst du dir das vorstellen? ich schon, mir ist es passiert…

ps: mein dank geht an anthony für die hilfe und an franz, der mir das restliche tagesgeschäft abgenommen hat

krank

Problem
You are setting up SSL for a Lotus Domino server. You open the Server Certificate Admin database (certsrv.nsf) to create a new key ring file. When you select the option “1. Create Key Ring”, the following error occurs:

“You must upgrade to Domino 4.6.1.”

The Domino server version is 5.x or 6.x.

Solution
This error can occur if the Server Certificate Admin application (certsrv.nsf) is based an older template version such as 4.6.x. To correct this problem, replace the design of the database with a 5.x or 6.x Server Certificate Admin template on the server.
This error can also occur if you try to install a certificate into an existing key ring.

Error: “You must upgrade to Domino 4.6.1″ when Creating Key Ring Files Using Server Certificate Admin Database

immer nur ein icon am desktop haben zu können klingt mühsam…

Durch eine Sicherheitsluecke in IBMs Groupware-Loesung Lotus Notes koennen Angreifer unter bestimmten Umstaenden verwundbaren Clients dazu bringen, beliebigen Code ueber das Netzwerk zu laden und auszufuehren. Dazu genuegt es, ein manipuliertes HTML-Dokument zu oeffnen. Die Schwachstelle ist in den Versionen 6.0.3 und 6.5 zu finden. IBM hat dazu ein Advisory (idefense.com) veroeffentlicht und weist darauf hin, dass der Fehler in 6.0.4 and 6.5.2 behoben ist.

Quelle: heise.de

zum glueck ist sicherheitsluecke meiner meinung nach eher unkritisch, da aufwendig; vor allem auch kann ja nur zu einem host im eigenen netz umgeleitet werden. prinzipiell sehe ich die moeglichkeit das ini file bzw das data directory auch mittels unc pfaden angeben zu koennen aber eher als feature…

trotzdem kann ich soetwas gar nicht brauchen; mal eben einen neuen notes client auszurollen macht wenig spass – in richtung security patches kann sich ibm noch einiges von z.b. microsoft abschauen – aber gut, die haben auch weit mehr uebung