Notes Sicherheitsalarm bei -No Signature-

[inu]

Hallo Leute,

ich erhalte einen Sicherheitsalarm beim Öffnen eines Dokuments. Bei "Details" steht unter "Programm signiert von" der Wert "-No Signature-"

Was genau ist unter "No Signature" zu verstehen. In welchen Elementen einer Notes-Datenbank sind denn keine Signaturen?

Vielen Dank

[Ute]

Hi,

in den Gestaltungselementen, das kannst Du Dir im Designer ansehen
Im Adminclienet kannst Du dann die DB signieren.

Gruß
Ute

[inu]

ok, habe ich getan. ich habe alle gestaltungselemente überprüft. die sind jetzt alle mit der server-id unterzeichnet. der fehler kommt aber immer noch.

 

[Driri]

Dann ist der Server laut deiner ECL nicht zur Ausführung der Aktion berechtigt.

[Glombi]

Leider werden einige Elemente nicht unterzeichnet.

Ich kenne das bspw. von eingebetteten OLE Objekten. Wahrscheinlich werden auch Attachments nicht signiert und wenn dann in der Maske eingestellt ist, "Ersten Anhang öffnen" oder "Erstes OLE Objekt" oder das programmtechnisch gemacht wird, kommt die Meldung zustande.

Andreas

[gossifu]

Dieses No Signature mit GetProfileField hatte ich bei der Mail-DB.
Habe bei dem Sicherheitsalarm auf 'Mehr Infos' geklickt. Und da stand was von $SharedActions und eine NoteID. Nach der habe ich gesucht, war aber ein ganz normales Dokument. Dann habe ich 'ne Weile gegrübelt und es einfach bei den Shared Actions versucht.
Die waren eigentlich ordnungsgemäß signiert, über Admin-Client und auch SignEZ.
Ich hab mich dann mit unserer Template-ID angemeldet und die Shared Actions nochmal direkt abgespeichert.

Und siehe da, klappt.

Vielleicht nur so als Tipp.

mfg

Kjeld

[Peter S.]

Wenn man die dB signiert muss man den Haken "Nur vorhandene Signaturen erneuern" rausnehmen.
Dann sollte auch alles signiert werden.

[gossifu]

Richtig, und trotzdem hat es nicht geklappt.

mfg

Kjeld

[RainerMu]

Hallo erstmal... ich bin hier NEU....

Probleme gibt es auch bei Gestaltungselementen die als private Ansichten programmiert sind. Diese werden ja bekanntlich in der Desktop.dsk abgelegt bzw. abgespeichert. Sind diese priv. Ansichten unsigniert, dann muss man diese entfernen,sonst bekommt man das nicht wech.
Erst dann wird das Element aus der Unterzeichneten DB wieder in die Desktop(x).dsk signiert abgelegt und der ECL-Sicherheitsalarm entfällt.
Grüße an alle Rainer Mü......

[Axel]

Probleme gibt es auch bei Gestaltungselementen die als private Ansichten programmiert sind. Diese werden ja bekanntlich in der Desktop.dsk abgelegt bzw. abgespeichert.

Nicht zwangsläufig. Wenn der/die User dazu berechtigt sind, werden die priv. Ansichten/Ordner in der DB gespeichert. Diese Ablageform würde ich auch bevorzugen, denn wenn ein(e) priv. Ansicht/Ordner auf dem Desktop abgelegt werden, gibt es beim programmatischen Zugriff (mit LotusScript) das eine oder andere Problem.

Axel