Das Notes Forum
Domino 9 und frühere Versionen => ND8: Administration & Userprobleme => Thema gestartet von: SeppHerberger am 12.05.11 - 08:03:12
-
Hallo Notes Kollegen
Wir wollen die Funktion nutzen, per Drag & Drop Mails aus der Mailbox im Dateisystem abzulegen.
Leider ist der Dateiname, so wie er generiert wird nur bedingt zu gebrauchen.
Ab einer bestimmten Länge des Betreffs werden im Dateinamen Punkte eingefügt.
Gibt es eine Möglichkeit den Dateinamen zu beeinflussen?
Danke für Antworten im Voraus.
gruss
Daniel
-
Nein.
-
Hallo
Danke für die Antwort.
Somit ist eine gute Funktion leider nicht zu gebrauchen....
Gruss
Daniel
-
Man kann doch den Dateinamen anschließend über das Betriebssystem ändern, also dort, wo man die Mail hingezogen hat. Wie lang sind denn die zulässigen Dateinamen, bzw. ab welcher Länge kommen denn die Punkte?
-
Hallo,
Somit ist eine gute Funktion leider nicht zu gebrauchen...
Warum?
Wer hindert Euch dann daran, die eml-Datei auf Ebene des Filesystems entsprechend umzubennen.
Wenn Du bereits beim Drag & Drop den Dateinamen angeben moechtest, muesstest Du ihn doch auch manuell eingeben.
Andreas
-
Man kann doch den Dateinamen anschließend über das Betriebssystem ändern, also dort, wo man die Mail hingezogen hat. Wie lang sind denn die zulässigen Dateinamen, bzw. ab welcher Länge kommen denn die Punkte?
Das wäre jetzt auch meine nächste Aussage gewesen. Aber direkt beeinflussen geht halt leider nicht.
-
Hallo
Das stimmt natürlich, dass man die Datei im Anschluss umbenennen kann.
Mir erschließt sich nur der Sinn nicht, warum in der Mitte des Betreffs Zeichen löscht und gleichzeitig einen Teil des Anfangs und einen Teil des Endes als Dateinamen verwendet.
In meinen Augen wäre es viel sinnvoller eine bestimmte Anzahl vom Anfang des Betreffs zu nehmen und diesen als Dateinamen zu verwenden. Das ist aber "nur" meine Meinung.
Gruss Daniel
-
Ich stand auch schon einmal vor dem Problem, zu lange Bezeichnungen zu kürzen, da ging es allerdings um Verzeichnisnamen. Die Lösung war, den Anfang und das Ende zu zeigen und als Zeichen für die Kürzung dazwischen Punkte zu schreiben. Es wird sicher immer Konstellation geben, in denen die eine oder die andere Variante besser passt. Wenn Du z.B. mehrfach Mails mit solchen Titeln bekommst
"Rundschreiben des Amtes XY: Verhindern von Datenmissbrauch" und es sollen nur ein paar Zeichen angezeigt werden, fände ich
"Rundschreiben des Amtes XY ..."
ziemlich nichtssagend.
"Rundschreiben ... enmissbrauch"
wäre vielleicht besser (in dem Beispiel zeige ich jeweils nur 25 Buchstaben).
Soll heißen, wenn man etwas kürzen muss, kann man eigentlich nur verlieren. Und irgendeinen Tod muss man sterben. Ich glaube, dass die sich dabei tatsächlich Gedanken gemacht haben.
-
Somit ist eine gute Funktion leider nicht zu gebrauchen....
Ich kann noch immer nicht so ganz nachvollziehen, wo der große Sinn dieser Funktion liegen soll... Und wenn es am Dateinamen liegt, das etwas 'nicht zu gebrauchen ist', dann nutzt es doch einfach nicht. Was habt ihr denn bis Notes 8.5.2 gemacht, als es die Funktion noch garnicht gab?
-
Hallo
Der Sinn liegt für uns darin, dass der gesamte Schriftverkehr (wozu auch die Mails zählen) der zu einem Projekt gehört, gesammelt im Filesystem abgelegt werden sollen.
Bisher unter 6.5 machen wir das mit einer extra Funktion, die aus den Mails eine HTML Datei erzeugt und diese dann entsprechend ablegt.
Allerdings mit einem extra Ordner für die Attachements.
In einer EML Datei wäre halt alles schön in einer Datei.
Gruss Daniel
-
Somit ist eine gute Funktion leider nicht zu gebrauchen....
Ich kann noch immer nicht so ganz nachvollziehen, wo der große Sinn dieser Funktion liegen soll... Und wenn es am Dateinamen liegt, das etwas 'nicht zu gebrauchen ist', dann nutzt es doch einfach nicht. Was habt ihr denn bis Notes 8.5.2 gemacht, als es die Funktion noch garnicht gab?
Der Sinn dieser Funktion liegt darin, das es Situationen gibt, in denen man Mails als EML abspeichern möchte. Zum Beispiel, wenn man auf ein anderes System umzieht. Oder bei der Archivierung. Das mit den Punkten in der Mitte und der daraus resultierenden Abschätzung diese Funktion sei "nicht zu gebrauchen" ist eine Einschätzung von Daniel. Ich hab da eine leicht zwiespältige eigene Meinung dazu.
An und für sich ist der EML Export eine gute Lösung. Das er die Dateinamen wenn sie zu lang sind einfach mit ... mittendrin verkürzt, ist allerdings wieder typisch für die Art wie IBM entwickelt. Entweder wird der Benutzer mit Seitenlangen Möglichkeiten jeden Furz einzustellen beschossen, oder sie nehmen dir jede Wahlfreiheit und entscheiden für dich was Sache sein soll.
In diesem Fall wäre es ja kein Problem gewesen, den erstellten Dateinamen auf Länge zu prüfen und dem Benutzer dann die Wahl zu lassen, was er denn als Dateinamen haben möchte. Hat man nicht gemacht, man hat sich für die Lösung mit den Punkten und dem entfernen des mittleren Teiles des Dateinamens entschieden.
-
Was spricht gegen File - Save As? Da kannst du den Dateinamen gleich angeben.
Wenn es jetzt ne Funktion gibt, warum nicht ne neue angepaßte mit eml erstellen?
-
Hallo,
Jetzt muss ich doch mal ganz dumm als User Fragen.
Wo finde ich denn den Punkt "File - Save as..."
Andreas
-
Sei
td doch dankbar - sie hätten doch auch die UNID als Dateinamen nehmen können ... :-\
-
Hallo,
Jetzt muss ich doch mal ganz dumm als User Fragen.
Wo finde ich denn den Punkt "File - Save as..."
Andreas
Mail oeffnen
Datei (file) - speichern als (save as)
-
@m3
http://www.seitseid.de/
Tschuldige, konnte einfach nicht widerstehen ;D
-
Der Sinn liegt für uns darin, dass der gesamte Schriftverkehr (wozu auch die Mails zählen) der zu einem Projekt gehört, gesammelt im Filesystem abgelegt werden sollen.
Nur aus Interesse :
Warum macht ihr das im Filesystem und nicht im Rahmen einer Projekt- oder CRM-Anwendung unter Notes ?
-
@m3
http://www.seitseid.de/
Tschuldige, konnte einfach nicht widerstehen ;D
Wer den Schaden hat ... ;)
Und ich hab noch kurz gezuckt, ob ich es ausbessern soll ...
Gruml.
-
Mail oeffnen
Datei (file) - speichern als (save as)
Und genau das ist der Punkt. Dazu muss ich das Mail öffnen. und zwar jedes Einzelne. Da ist Drag/Drop einfach eleganter.
Wobei ich bei Drap/Drop bei Subjects die eher kurz sind, ich geh da im Moment von unter 100 Zeichen aus, das komplette Subject als Titel bekomme.
Und bei Mails die für ein Projektarchiv irgendwo abgespeichert werden, wäre es mir dann schon fast lieber die UNID zusätzlich mit abzuspeichern, denn es kann mir keiner erzählen, dass er jedesmal, wenn er auf eine Mail antwortet, das Subject ändert.
Und wenn dann alle speichern, schaut das im Dateisystem irgendwie saublöd aus:
Hier kommt deine Produktbeschreibung.eml
Antwort: Hier kommt ... Produktbeschreibung.eml
Antwort: Antwort: ... ktbeschreibung.eml
Wobei, wie bei einer Lösung die alles im FileSystem abspeichert die Namen der einzelnen Dateien ausschauen sollten, täte mich schon mal interessieren. Irgendeine Vereinbarung muss man da ja dann doch treffen. Alleine um das mehrfache Speichern einer Mail die im Unternehmen an x Empfänger ging zu vermeiden.
-
Ich hab schon einen SPR laufen, dass die EML-Exportfunktion auch via Lotusscript, ... zur Verfügung steht. Lasst uns hoffen, dass man dort dann auch den Filenamen setzten kann/darf.
Wer sich an den SPR anhängen will (was die Chancen auf eine Implementierung steigert), sollte einen PMR mit folgendem Text (bitte entsprechend anpassen) aufmachen:
This is an additional customer occurance for SPR SSCT8ETJZ6 with Lotus Notes 8.5.2 Standard on Microsoft Windows 7/64Bit. Please create an additional customer report for SPR SSCT8ETJZ6 and close this PMR. Thanks!
;)
-
@Thomas
UNID-[Bereinigter Betreff].eml wäre eigentlich am schönsten.
Oder
Timestamp-[Bereinigter Betreff].eml
-
Ok ich hab das mal gestestet. Ab einer Subject Länge von 40 Zeichen fängt er an die Punkte einzufügen, so das in Summe dann immer eine maximale Länge des Dateinamens von 40 Zeichen rauskommt.
Wo die IBM diese Grenze in der Länge eines Dateinamens allerdings her hat würde mich schon mal interessieren.
Für Fat ohne VFat ist sie eindeutig zu lang, 8.3, für die die sich noch an DOS erinnern können. Für das FileSystem von Amiga auch, das erlaubt nur 31 Zeichen.
Alle anderen für Festplatten verwendeten Systeme wie NTFS,Ext3, HFS+ und FAT mit VFAT erlauben mindestens 255 Beziehungsweise NTFS auch 256 Zeichen.
Bei CD/DVD sieht die Lage etwas anders aus. Da gibt es nur ein Format (UDF) das 255 Zeichen erlaubt. Das Format mit den wenigsten Zeichen, ist für dieses Anwendungsgebiet, ISO9660 Level2 mit 31 Zeichen. Dann Kommt Joliet mit 64 Zeichen und anschließend ISO9660:1999 mit 179 bis zu 221 Zeichen.
Die Begrenzung auf 40 Zeichen sieht also danach aus, als ob sich der Entwickler einfach gedacht hat, "hey, ich feiere nächste Woche meinen 40.sten, das ist eine schöne runde Zahl, nehmen wir die". Oder die haben, was ich nicht weiss, an Ihre Großrechner gedacht und die können nur 40 Zeichen im Dateinamen. Das ist zwar unwarscheinlich, denn die Funktion wird im Moment ja ausschließlich vom Client aufgerufen, aber wer weiss das schon?
Übrigens. Ich hab das auch nicht auswendig gewusst, das mit den Längen von Dateinamen. Wikipedia hilft (http://de.wikipedia.org/wiki/Dateiname#L.C3.A4nge_von_Dateiname_und_Pfad)
-
Ich hab schon einen SPR laufen, dass die EML-Exportfunktion auch via Lotusscript, ... zur Verfügung steht. Lasst uns hoffen, dass man dort dann auch den Filenamen setzten kann/darf.
Wer sich an den SPR anhängen will (was die Chancen auf eine Implementierung steigert), sollte einen PMR mit folgendem Text (bitte entsprechend anpassen) aufmachen:
This is an additional customer occurance for SPR SSCT8ETJZ6 with Lotus Notes 8.5.2 Standard on Microsoft Windows 7/64Bit. Please create an additional customer report for SPR SSCT8ETJZ6 and close this PMR. Thanks!
;)
@m3:
Schon 'was beim SPR herausgekommen?
-
Hi,
genau danach suche ich auch - gibt es an dieser Front inzwischen schon was neues?
Gruß Markus
-
Nope. Ich haette aber auch nicht gesehen, dass Du einen PMR dazu aufgemacht hast, um dem Enhancement Request mehr Gewicht zu verleihen. ;)
-
Finde diese Funktion auch interessant und habe mal einen PMR erstellt. Schauen wir mal, ob die den Customer Report ohne größere Analyse erstellen. Kannst du wirklich nachschauen, ob jemand einen PMR auf einen SPR eröffnet hast und wenn ja wie geht das?
Grüße
Ralf
-
Ralf, der PMR sollte ohne weiteres Zutun Deinerseits durchlaufen.
Und als IBMer in der SWG/ICS (formerly know as Lotus) sollte man Zugriff auf die SPR Datenbank haben, da sieht man das dann ;)
-
Ah Sorry wusste nicht, dass du bei der IBM arbeitest. PMR ist schon erledigt.
Grüße
Ralf
-
Kein Problem. :D