Lotus Notes / Domino Sonstiges > Companion Products

Kennt jemand Easy Notes zur Archivierung?

<< < (7/8) > >>

eknori:

--- Zitat ---Wer hat es im produktiven Einsatz und wie stabil funktioniert die Software?
--- Ende Zitat ---
Da die Resonanz nicht besonders üppig ist, gehe ich davon aus, dass

a. niemand das Produkt einsetzt und wir die einzigen Kunden sind
b. das Produkt eingesetzt wird, aber niemand die Zeit hat, darüber zu posten, weil er mit der Analys / Beseitigung der Fehler und Folgen der fehler beschäftigt ist.
c. ihr ALLE von EASY gekauft wurdet und deshalb den Mund halten muesst  ;D

Dann verzweifele ich halt eben alleine ...

blizzard:
Nee, haben wir zum Glück tatsächlich nicht.

Deine Frage zu Daos würde ich aus dem Bauch aber so beantworten:
Sollte eigentliche komplett archiviert werden, da DAOS ja komplett transparent für den Server ist, entsprechend sollte er dann auch das Attachment mit der Mail archivieren.

WernerMo:
Hallo

@Ulrich

--- Zitat von: eknori link=topic=36427.msg283587#msg283587
Da die Resonanz nicht besonders üppig ist, gehe ich davon aus, dass

a. ...
[/quote ---Du hast "d" vergessen: die meisten Kunden nutzen es mit MS Exchange (2007) und können daher zu Notes nichts sagen.

Gruß Werner
--- Ende Zitat ---

koehlerbv:
Hallo Ulrich,

schade, dass wir uns nicht in drei Wochen in Gelsenkirchen sehen. Bei mir ging es sich einfach nicht aus (was ja aber auch wieder gut ist  :)).

Zu Deinen Punkten:
a) Ich kenne viele Kundenumgebungen, aber keinen, der das einsetzt.
b) Dadurch kann ich dazu nichts sagen - ich kenne auch niemanden, der einen Test in Erwägung zieht.
c) Kann ich mir nicht vorstellen. Dass sich viele Arbeitgeber "Fachleute" als Arbeitnehmer einkaufen, die vom Fach keine Ahnung haben und wo die Arbeitgeber auch nichts daran ändern wollen: Leider tägliches Erlebnis. Das wären aber dann wieder die ersten, die in Foren schreien würden. Daher melde ich auch hier Zweifel an.

Ich habe vor einigen Jahren an ersten Konzeptionen für eine Notes-/Domino-Archivierung eines Mitbewerbers mitgewirkt. Was daraus geworden ist. was davon umgesetzt wurde: Ich habe leider keine Ahnung. Viele Ansätze (vor allem, was das Rechtekonzept entspechend Notes angeht), sind aber bereits damals eingeflossen.

Bernhard

eknori:
Nochmal zur Klarstellung: Wir ( Ich ) haben seinerzeit so ziemlich alles, was es am Markt gab getestet und uns letztlich für EASY entschieden, weil es uns für unsere Zwecke am Besten geeignet erschien. Wir archivieren damit auch SAP; hier scheint es nach Aussagen der Kollegen auch keine groesseren Probleme zu geben.

Ich habe damals aber auch gesagt, daß die Notes Archivierung zwar im Portfolio enthalten ist, das aber wohl nur, weil man es am Markt anbieten muss, um nicht von vorne herein als Anbieter herauszufallen. KEINER hatte eine wirklich brauchbare und stimmige Lösung.

Ich hatte mir in meiner grenzenlosen Naivität aber auch vorgestellt, daß man Defizite ja zusammen angehen könnte und so die so oft zitierten "Synergieeffekte" erzielen kann.
 
Ich denke da nur an die Übernahme der ACL in das Archiv und die Problematik beim Wechsel eines Delegierten. Hier habe ich eine für das Produkt durchaus brauchbare und stabile Lösung entwickelt, die eine Anpassung der Standard Mail Schablone auf ein erträgliches Mass eindämmt. Wenn ich daran denke, daß der damalige "Berater" allen Ernstes vorgeschlagen hat, das Calendar Profile komplett umzuprogrammieren, wird mir heute noch schlecht.
Jetzt glaube aber bitte niemand, daß sich auch nur irgendwer einmal seitens des Herstellers gemeldet hat und sich die Lösung einmal im Detail angesehen hat .. Da obsiegt der Stolz der "Berater" über die Vernunft. Was der Krause da "bastelt" interessiert doch niemanden; wir sind die Besten, wir tragen Anzüge, wir verdienen die Kohle!

Meine Lösung ist übrigens momentan der Teil der Archivierung, der seit der Inbetriebnahme völlig problemlos uns transparent für den Anwender läuft.

Was einfach fehlt, ist der direkte Dialog mit dem Kunden; und auch Personal, daß sich mit Lotus Notes auch auskennt.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete