Dateinamen von doppelten Attachments

[Lt.Barclay]

Hallo zusammen,
ich habe folgende Herausforderung:
In einem RichText-Feld, in das zweimal eine Datei mit dem gleichen Dateinamen als Attachment eingehängt wird, erhält das zweite Attachment einen vom System vergebenen Namen. In der Klasse notesEmbeddedObject enthalten die Eigenschaften "name" und "source" dann anstelle des Dateinamens so etwas wie "ATT8YN8T".
Wie komme ich nun an den ursprünglichen Dateinamen? Irgendwo muss er noch vorhanden sein, denn im Frontend wird er ja angezeigt.
Ersatzweise würde mir schon reichen, wenn ich feststellen könnte, ob es sich bei dem Attachment um eine Excel-Datei oder irgendetwas anderes handelt.
Wäre schön, wenn jemand eine Lösung parat hätte, bin gespannt auf Eure antworten.

[Performance]

tja, ich würde sagen das ist keine Herausforderung, das ist ein kleiner Bug über den sich noch keiner beschwert hat.
Die Idee eine gleinamige Datei als attachment intern anders zu speichern ist lobenswert aber, hier wurde nicht weitergedacht bei Lotus. Man kann ja auch in einem OS Verzeichnis nicht zwei Dateien mit dem gleichen Namen verwenden. Normalerweise ist object.source für den internen Namen des Objektes zuständig - das ist ok, aber object.name scheint hier den gleichen Namen wie source zu vewenden. Da ein solcher Fall fast nie    vorkommt, haben die Jungs bei Lotus hier nicht weiterprogrammiert.
Anscheinend wurde aber die dll die im UI die Datei dettacht korrekt programmiert.

Da müsste mal einen request bei Lotus aufmachen.

cu

[Lt.Barclay]

Ok danke, jetzt weiß ich wenigstens, dass ich nicht unbedingt an mir selbst zweifeln muss , da zweifle ich doch lieber an Lotus  .
Ich werde einen Call bei Lotus aufmachen und wenn ich eine Antwort habe, werde ich sie Euch wissen lassen.

So long

[eknori]

Das mit dem Call kannst du dir sparen; die werden dir auch nur dies hier sagen

When Two Attachments Have the Same Name the Second is Assigned a New Name for the Notes Back End

Problem:

When you have two attachments with the same name in a Notes Document, the first attachment returns the correct name and the second attachment returns something similar to ATTPLJYX.

The NotesEmbeddedObject class' Source property and Name property return the Notes internal attachment name and not the name of the file attachment.

If you create an attachment, Notes will check if an attachment with this name already exists in the document.
-   If there is not an attachment with this name in the document, it will use an internal name (the file attachment name).
-   If there is an attachment with this name already in the document, Notes will randomly create a name for it because the internal attachment names must be unique in a document.

Solution:

This issue was reported to Lotus Software Quality Engineering and has been addressed in Notes/Domino 6.

Refer to the document titled "@AttachmentNames Does Not Return Correct List of Attached Files" (#137196 ) for information on a related issue.

Supporting Information:

Steps to reproduce this issue:

1.   Create a new document in your mailfile.
2.   Attach the same attachment two times into the rich text field (for example, CONFIG.SYS)
3.   Save the document, but keep it open.
4.   Create an agent with following script:

Sub Initialize
     Dim ws As New NotesUiWorkspace
     Dim doc As NotesDocument
     Dim rtitem As NotesRichtextItem
     Set doc = ws.currentdocument.document
     Set rtitem = doc.GetFirstItem("Body")
     Forall x In rtitem.embeddedobjects
          Messagebox x.source
     End Forall
End Sub

Run this agent.  It displays the correct filename (CONFIG.SYS) for the first attachment and for the second attachment it displays ATTPLJYX.  This means that it returns the Notes internal attachment name and not the real attachment name which will be used when detaching the file manually.

bzw. dies hier

@AttachmentNames Does Not Return Correct List of Attached Files

Problem:

In Notes, you have a macro that uses @AttachmentNames to list the file names given to detached attachments.  If, however, a file is attached twice, the second occurrence of the file name displays as gibberish.  For example, if you attach C:\CONFIG.SYS, C:\AUTOEXEC.BAT, and C:\CONGFIG.SYS, the values returned by @AttachmentNames might be as follows:

CONFIG.SYS
AUTOEXEC.BAT
ATTWQ7NG

Instead of repeating the file name, @AttachmentNames produces a seemingly random text string for the duplicate attachment.  Thus it is impossible to determine from this list which file has been attached twice.

Solution:

This issue has been reported to Lotus Software Quality Engineering.

Workaround:

Starting in Notes/Domino 6, the Source property (of the NotesEmbeddedObyects class) will return the expected attachment filename.

Note:   A handle to the NotesEmbeddedOjbect object is obtained by either using the EmbeddedObjects array property (of the NotesRichTextItem class) or using the GetAttachment method (of the NotesDocument class).

Na, dann laßt uns mal alle schnell R6 installieren  

eknori

[Lt.Barclay]

Hmm...  ,
macht mich nicht wirklich glücklich. Ich habe wenig Chancen auf R6, weil wir jetzt erst nach und nach von R4.6.7 auf R5.0.8 umstellen.
Wenigstens weiß ich jetzt, woran ich bin. Also danke für Eure Hilfe und bis demnächst!