Notes-Client crashed beim Öffnen einer Mail??

[g202e]

Hallo,
soeben hat mir ein Kunde mitgeteilt, dass beim Öffnen einer Mail, welche aus einer von mir betreuten Datenbank versandt wurde, der Notes-Client crashed. Ich habe mir daraufhin so eine Mail schicken lassen: Und siehe da: Bereits bei der Dokumentvorschau schmiert Notes ab; beim richtigen Öffnen natürlich auch!
Kennt irgendwer irgendeine Erklärung dafür?
Hilfe!

[Semeaphoros]

Was sollte denn der Inhalt dieses Mails sein? Wenn da Bilder drin sind, gibt es gelegentlich schon Versionen von Notes, die mit einer RBOD reagieren, wobei bei Dir offenbar auch kein RBOD kommt, sondern eine Meldung, wie ich sie selber noch nicht gesehen habe.

[g202e]

Wenn ich das nur wüsste?
Wenn ich die Mail(ohne Dok-Vorschau) drucken will, gibts auch einen Crash!
Das einzige, was mir auffällig erscheint: Die Mail enthält 29mal das Feld Body; davon enthalten nur 2 Felder wirkliche Daten, der Rest ist zwischen 25000 und 30000 Byte gross und hat das Flag "SIGN SEAL"
 

[MOD]

Kannst du wirklich nicht ermitteln, wann die Datenbank eine eMail verschickt bzw. welcher Inhalt diese eMail hat?

Gibt es für diese Datenbank keine Dokumentation?

  MOD

[Semeaphoros]

.... verschlüsselt .....

macht mir den Eindruck, dass das Dok korrupt ist. Lass mal den Fixup über die Mail-DB laufen und schau, ob er das Dok aussortiert.

[Driri]

Hi,

mein Kollege hier hat auch ab und zu das Problem. Komischerweise sind das Mails, die ich bei mir normal öffnen kann, bei ihm raucht der Client ab.
In unserem Fall dürfte das eher nen Client-Problem sein. Evtl. ist es bei dir ja ähnlich.

[HRaq]

Hi,

ist es überhaupt eine "echte" Maildatenbank oder eine eigenentwickelte Applikation, die auch Mail versendet?

Gruß Henning

Edit: @Driri: Glaub ich nicht, da der Client beim Kunden ja auch crasht

[g202e]

Die Mail wird über RenderToRTItem erzeugt.
Die Adressfelder "hotlinedoc.SendTo" bzw. "hotlinedoc.AuswSendTo" werden über eine Dialogauswahl gefüllt, wobei einmal der normale Adressbuchdialog verwendet wird, beim anderen Feld werden die Adressen aus einem Schlüsseldokument geholt, welches aber auch über den Adressbuch-Dialog gefüllt wurde.
Hier mal der Code des Senden-Buttons:

   Dim ws As New NotesUIWorkspace
   Dim uidoc As NotesUIDocument
   Dim doc As NotesDocument
   Dim b_error As Integer
   Dim session As New NotesSession
   Dim db As NotesDatabase
   Dim view As NotesView
   Dim maildoc As NotesDocument
   Dim hotlinedoc As NotesDocument
   Dim rtitem As NotesRichTextItem
   Dim item1, item2 As NotesItem
   Dim strArray As String
   Dim success As Variant
   Set db = session.CurrentDatabase
   
   On Error Goto errhand
   
   Set uidoc = ws.CurrentDocument
   Call uidoc.Refresh
   If b_error Then
      Exit Sub
   End If
   Set hotlinedoc = uidoc.Document
   Call uidoc.Save
   Set maildoc = New NotesDocument( db )
   Set rtitem = New NotesRichTextItem( maildoc, "Body" )
   Set item1 = hotlinedoc.GetFirstItem("SendTo")
   Set item2 = hotlinedoc.GetFirstItem("AuswSendTo")
   maildoc.Form = "Memo"
   maildoc.Subject = "OI-Hotline-Rückmeldung"
   
   If item1.ValueLength > 2  And item2.Valuelength > 2 Then
      maildoc.SendTo = hotlinedoc.SendTo
      maildoc.CopyTo = hotlinedoc.AuswSendTo
   End If
   If item1.ValueLength = 2  And item2.Valuelength > 2 Then
      maildoc.SendTo = hotlinedoc.AuswSendTo
   End If
   If item1.ValueLength > 2  And item2.Valuelength = 2 Then
      maildoc.SendTo = hotlinedoc.SendTo
   End If
   
   
   Call maildoc.Save( True, True )
   success = hotlinedoc.RenderToRTItem( rtitem )
   Call maildoc.Save( True, True )
   
   On Error Goto senderror      
   Call maildoc.Send( True )
   Messagebox "Mail wurde versendet !"
   Call maildoc.ReplaceItemValue( "SaveOptions", "0" )
   Call uidoc.Close
   Goto Ende
errhand:
   Messagebox "Error" & Str(Err) & ": " & Error$
   b_error = True
   Resume Next
   Goto Ende
senderror:
   Messagebox "Mail konnte nicht versendet werden!"
   Resume Next
Ende:

EDIT: ES ist eine Applikationsdatenbank, die AUCH Mail versendet!

[g202e]

Jetzt muss ich dieses Thema doch noch einmal aktualisieren, in der Hoffnung vielleicht noch ein paar Hinweise von Euch zu bekommen.
Mittlerweile habe ich noch folgendes festgestellt:
Der Fehler tritt nur dann auf, wenn die Mail von einem bestimmten Personenkreis versendet wird. Bei diesem Personenkreis handelt es sich traurigerweise um die produktiven Anwender. Ich habe mit drei verschieden konfigurierten PC's(NT4+SP6a deutscher LN-Client 5.0.11/W2k+SP3 deutscher LN-Client 5.0.8/NT4+SP6a laufender Domino-(Test)-Server int. Version englischer LN-Client 5.0.11) aus der betroffenen Datenbank Mails verschickt und der Fehler trat nicht auf. Ich habe dabei auch solche Dokumente(RenderToRTItem) verschickt, die beim Versand durch andere Personen den Crash verursachten. Ich habe diese Mails auch an Benutzer versandt, welche ihrerseits Crash-Mails versenden. In keinem Fall trat der Fehler auf!
Ich schildere dies so ausführlich, weil ich Argumente brauche: Die zentrale LN-Betriebsführung unserer Firma argumentiert nämlich folgendermaßen:
Es handelt sich bei dieser Datenbank nicht um eine Standard-Datenbank sondern um eine Eigenentwicklung und demzufolge ist allein der Entwickler für Fehlerbeseitigung zuständig!
Es wäre nun schön, wenn das geballte LN-Knowhow dieses Forums mir Hinweise geben könnte, mit denen ich diese Argumentation kontern könnte.
Ich habe keine Admin-Rechte auf die betroffene Produktionsdatenbank. Ich habe auch keine administrativen Rechte auf dem Server.
Mein oben erwähnter Testserver hat keine Querzulassung in die betroffene Domäne (wird mir aus "Sicherheitsgründen" nicht gestattet); von daher kann ich keine Mails in die Firmendomäne senden.
Ich vermute ja nun, dass es bei den betroffenen Benutzern irgendwelche Hard- bzw. Software-Probleme gibt, welche ich jedoch nicht beeinflussen kann.
Ihr würdet mir natürlich auch mit allen Hinweisen helfen, was ich noch tun könnte, um den Fehler einzugrenzen!
Dafür schon jetzt mein Dank.

[Semeaphoros]

Gibt es irgend einen Power-User, von dem Du genaue Daten bekommen kannst?

Beste Variante wäre, wenn ein solcher User so ein Crash-Mail-Dokument aus seiner Mail-DB in eine leere Datenbank kopieren kann und Dir dann die Datenbank als Attachement zusenden kann, so bekommst Du den echten Inhalt eines solchen Crash.Mails zur Analyse.

Wenn es keinen solchen User gibt, versuche, eine gesamte Mail-db zu bekommen.

Wichtig ist, dass Du das Dokument möglichst unverändert bekommst, also nicht nur einen Foreward (der  ja gerade die Mailrelevanten Daten verändert). Dann kannst Du das Ding mal in aller Ruhe untersuchen.

[g202e]

Also, die normalen Anwender haben natürlich keine Rechte, um irgendeine leere Datenbank zu erstellen. Sie sitzen auch zu weit weg, um jetzt direkt in ihre Mail-DB's zu schauen. Aber ich habe ja in meiner eigenen Mail-DB mindestens 2 dieser Crash-Mails. Diese sind direkt aus der betroffenen Datenbank an mich geschickt worden, also nicht weitergeleitet! Was meinst du jetzt mit genauer untersuchen?
Bin für jeden Hinweis dankbar!

[Semeaphoros]

Gut, wenn Du selber solche Crash-Mails hast, erübrigt sich die restliche Geschichte. Uebrigens, neue DBs, um sie dann als Attachements zu verschicken, müssten die User sowieso lokal erstellen und nicht auf dem Server.

Jetzt gilt es eigentlich, herauszufinden, welche Clients durch diese Mails gecrashed werden, ob das von der Client-Version abhängt.

Eine andere Variante ist, den Inhalt genauer zu untersuchen, zuerst mal mit den Feldern über die Dokument-Eigenschaften, wenn das nix zeigt, das Ding mit NotesPeek genauer unter die Lupe nehmen.

Wenn Du willst, kannst Du mir so ein Crash-Mail (in einer sonst leeren DB) zusenden und ich werfe 2 Min. einen Blick hinein, ob es was Auffälliges gibt.

[g202e]

Falls jemand Langeweile hat und vielleicht auch eine Vermutung bezgl. der Ursache: Hier mal drei aus der betroffenen Datenbank gesendetet Mails.
Also anhängend eine ansonsten leere Datenbank mit drei Dokumenten. Alle wurden aus derselben Datenbank an mich gesandt.
Die ersten beiden(From:Lutz Hofmann bzw. Sören Schmechel) crashen; die dritte(From: Gerald Ewert) wurde aus derselben
Anwendungsdatenbank von mir an mich verschickt und lässt sich normal öffnen.
Bin sehr daran interessiert,  Hinweise zu bekommen.

Aber bitte Vorsicht: beim Öffnen der ersten beiden crasht der Client!
(Wenn bei Euch nicht: Bitte Eure Konfiguration posten!)

[Jörg P.]

Hi,

hab' mir eben die DB gezogen (obwohl ich keine Langeweile habe   ) und ein Dokument in meine Document Viewer DB kopiert (hab' ich mal in der Sandbox gefunden.
Beim Versuch das Dokument von dort zu öffnen erhalte ich folgende Fehlermeldung:

"Sie haben versucht, einen Layoutbereich in eine Tabelle zu laden oder in dieser zu platzieren. Layouts sind in Tabellen nicht zulässig."

Hilft dir das weiter?

[g202e]

Danke sehr für die Wortmeldung.
Was auch immer der Grund für diese Meldung sein mag, diese Meldung erscheint auch bei der dritten Mail(in meiner Beispiel-DB), welche aber keinen Crash bringt.
Von daher kann diese Meldung nicht der Grund des Crash sein kann.

[koehlerbv]

Hier mal meine Beobachtungen nach Kopieren Deiner Docs in eine Test-Mail-DB:
- Client 5.0.8: Crashs wie von Dir beschrieben
- Client 6.0.2CF1: Tutto paletti, öffnet bestens

Beisst sich unter R5 RenderToRtItem mit Signieren / Verschlüsseln (was ja wohl offensichtlich eingestellt ist ? Aber es sind ja alle Mails verschlüsselt ...)
Ich habe leider auch erstmal keinen Plan (und heute wohl auch keine Zeit mehr, das genauer zu untersuchen ...)

Wenn mir so spontan noch was einfällt, melde ich mich asap ;-)

Ciao,
Bernhard

[g202e]

Danke, Bernhard.
Wie kommst du auf Verschlüsseln/Signieren?
Wenn ich mir die Eigenschaften der geposteten Mails anschaue, dann ist bei mir: Sign: "0" und Encrypt: ""
Und danke für den Test! Es geht dann wohl immer mehr auf einen Bug in R5.0.8 hinaus, denn wenn der bei dir auch crashed, kann es kaum noch an unserer Installation liegen!
Ich habe gerade eben nochmal ALLE Designelemente der betroffenen Datenbank mit einem R5.0.8er Standard-Firmen-DesignerClient neu gespeichert; auch dies hat erwartungsgemäss nichts geändert: Sobald die Mail mit einem 5.0.8er Client verschickt wird gibt's den Crash.
Mal sehen, was meine zentrale Notes-BF dazu sagt.

[koehlerbv]

... die Masse Deiner Body-Items meint, es seie SIGN/SEAL. Daher meine Vermutung.

Bernhard

[Glombi]

Hi,
folgendes ist mir aufgefallen - ob es im Zusammenhang mit dem Absturz steht, weiß ich nicht.

1.)
Du sendest das Mail mit Maske, denn
Call maildoc.Send( True )

Es ist aber kein $TITLE Item in den Dokumenten vorhanden. Das ist schon mal seltsam.

Meiner Meinung nach brauchtst Du die Maske nicht senden, da Du ja Form setzt  - also
Call maildoc.Send( false )

2.)
Du setzt das Feld Form
 maildoc.Form = "Memo"
Das Item Form ist aber nicht da. Evtl. gibt es deshalb bei R5 "Irrititationen".
Ich weürde das mit
 maildoc.Form = "Memo"
so lassen, aber mit
Call maildoc.Send( false )

3.) In den Dokumenten gibt es das Feld $Signature. D.h. das Dokument wird unterzeichnet.
Warum ist mir momentan unklar. Evtl. ist bereits das Ursprungsdokument, welches Du renderst, unterzeichnet.
Also probier mal
call maildoc.RemoveItem("$Signature")
maildoc.SignOnSend = False

4.) Du machst
Call maildoc.Save( True, True ) - und zwar etliche Male!
Wozu? Sollen die Mails gespeichert werden?

Andreas

[koehlerbv]

Interessante Hinweise von Andreas !

Zu 1) NotesDocument.Save (True) - also mit Maske - scheint sowieso nícht zu funktionieren: Deine Container-DB hatte keine MAsken-Infos inside (den Dokumenten)

Zu 2) Nein, nein - das geht schon in Ordnung.

Zu 3) Das könnte was zu bedeuten haben (da Du an den Routinen des Mail-Files vorbei programmierst. Andererseits: Wer Mails versendet (egal, ob aus dem eigenen Mail-File oder aus einer Application: Es gilt die Einstellung in den persönlichen Voreinstellungen ... Zumindest wie hier im FrontEnd).

Zu 4). n mal MailDoc.Save ist zwar nicht hilfreich, kann aber auch nicht schaden.

Interessant bleibt für mich nach wie vor der Fakt: R6 kann, R5 nicht ...

Ein interessantes Thema, an dem ich gerne weiter "mit basteln" werde ;-)

Bernhard