Das Notes Forum
Domino 9 und frühere Versionen => ND8: Administration & Userprobleme => Thema gestartet von: DAU-in am 05.06.14 - 20:57:18
-
Ein Anwender hat einen etwas längeren Serientermin aus Outlook erhalten. Notes möchte es nicht annehmen (kann ich verstehen)
Gibt es eine Möglichkeit, Notes zum Annehmen zu überreden?
Release 8.5.3FP6
Revision 20131126.1400-FP6 (Release 8.5.3FP6)
-
Gibt es dazu eine Fehlermeldung?
-
ich kuck nachher mal, ob ich eine bekomme (vom Anwender, ich selber lege keinen Wert auf Teilnahme an Meetings, die auf 30 JAhre oder so angelegt sind)
-
Gibt es eine Möglichkeit, Notes zum Annehmen zu überreden?
Wenn Notes sagt, der Termin überschreitet ein Limit, dann nicht. Bitte den Absender mal etwas logisch zu denken und eine überschaubare Einladung zu versenden.
-
Ich wuerde auf jeden Fall einen Sev. 2 PMR dazu aufmachen.
Ein aehnliches Problem gab es auch am Router, wenn die Teilnehmerlisten zu lang waren. Das hat IBM gefixed.
-
Da der Schreiber wohl eher das Problem hat
http://atnotes.de/index.php/topic,57786.0.html
dürfte das nichts mit dem Router zu tun haben, Martin. Es sind einfach zu viele Wiederholungen die Notes da überfordert.
-
Micha, ich habe auch nicht gesagt, dass dieses Problem mit dem Router zusammenhängt ... ;)
-
Hallo Martin!
Du hattes doch geschrieben:
Ein aehnliches Problem gab es auch am Router, wenn die Teilnehmerlisten zu lang waren. Das hat IBM gefixed.
Wie darf ich das sonst verstehen?
Gruß und ein sonniges Pfingstfest
Michael
-
Dass es auch ein 32K Problem gab.
Der Router hat versucht, die SMTP Namen auf Notes-Namen aufzuloesen, was in Felder > 32K endete -> Fehlermeldung.
Dafuer hat IBM einen Fix geschrieben.
Hier ist nun ein aehnliches Problem. Im Termin-Beginnfeld stehen so viele Datumswerte, dass die 32K Grenze ueberschritten wird. Aehnliches Problem.
OK? :)
-
Fehlermeldung: Notes kann das Dokument nicht verarbeiten.
Das Feld RepeatDates enthält einen abgeschnittenen Wert.
Die Beziehungen zwischen Notes und Outlook sind Neuland für mich. :-[
-
Wenn Notes sagt, der Termin überschreitet ein Limit, dann nicht. Bitte den Absender mal etwas logisch zu denken und eine überschaubare Einladung zu versenden.
Tut es eben nicht.
Und da ich nicht die FDP bin bzw ich nicht bei der FDP arbeite, wackelt hier der Hund mit dem Schwanz und nicht ungekehrt.
Edith: wieder gestrichen.
-
Da der Schreiber wohl eher das Problem hat
http://atnotes.de/index.php/topic,57786.0.html
Gut geschlussfolgert, Dr. Watson, aber es sind 2 verschiedene Probleme.
Und außerdem ist es kein Schreiber.
Da beim vorletzten Posting ein Teil der Anhänge fehlt, hier der nächste Versuch:
WEnn ich die Einladung öffne, werden mehr Termine angezeigt als in den Dokumenteigentschaften angezeigt werden.
Das Feld StartDate und das Feld EndDate enthalten das gleiche Datum. Das Feld tmpEndDate ist leer.
Die Größe des gesamten Dokumentes sind 55 kB.
Die Einladung sowie die Einladung aus dem anderen Thread entstammen Outlook-Serienterminen, die wahrscheinlich mit der Option 'kein Enddatum' erstellt wurden.
In diesem Fall wird aber kein 32K-Fehler geworfen, die Anzahl an Terminen ist übersichtlich .
Edith: Sommer und Winterzeit sieht auch korrekt aus.
-
Anita, die Grenze für die meisten Items in Notes-Dokumenten sind 32 kB. Ob Dir jetzt ein Benutzer mit Outlook oder irgend einem anderen MUA einen nicht-konformen Termin geschickt hat, ist in dem Zusammenhang egal - das Dokument kann nicht (sauber) verarbeitet werden. Es ist auch belanglos, daß derartige Einladungen / Termine ziemlich sinnentleert bzw. weltfremd sind - die technische Verarbeitung ist nicht möglich. Punkt, aus und fertig.
Bernhard
PS: Ich würde ja auch gerne JP-7 tanken - muss ja viel toller sein, wenn andere damit mehr als 3.600 km/h erreichen, aber mein Auto verträgt das einfach nicht. Ohne (sinnvolle) Fehlermeldung - schon die Zündung gelingt nicht.
-
Bernhard,
es ist aber kein Feld größer als 32K.
-
Wäre aber wohl geworden - derartige Items können ja auch nicht gespeichert werden (wenn entsprechende Properties wie standardgemäss übergeben werden). Sag mal Start- und Enddatum und Periodizität des betreffenden Termins an.
Wie dem auch sei - der Absender hat das Problem. Wenn meine Tanke nur JP-7 anbietet, dann hat die Tanke das Problem - nicht ich (schlimmstenfalls sekundär). (Da fährt dann schon wegen des Preises keiner hin ;D)
Du kannst jedenfalls gar nichts machen. Oder doch: Du kannst dem Kunden ein Angebot unterbreiten, derartige Mails vor dem Router abzufangen, in die erforderliche Anzahl von Einzelportionen teilen und dann endgültig zustellen. Die entsprechenden Antworten musst Du dann natürlich auch abfangen und vor dem Versenden wieder zusammenflöhen.
Da wir das betreffende Dokument nicht in den erforderlichen Details kennen: Vielleicht wäre auch etwas anderes zu "reparieren". Auf jeden Fall liegt das Problem nach wie vor beim Sender.
Bernhard
-
Bernhard, da muss ich dir widersprechen. Der Absender schickt ja technisch korrekte (wenn auch sinnbefreite) ical files, daher kann er nur auf der Sinnhaftigkeitsebene belangt werden.
Fuer mich ist ein Notes/Domino Fehler/Limitation, wenn der Client das nicht sauber von iCal in einen Notes Kalendereintrag konvertieren kann. Ob es nun ein "Fehler" oder eine Produktlimitation ist, darueber kann man noch lange streiten.
Das ist meiner Meinung nach nichts desto trotz ein klassischer PMR-Fall. Und zwar gegen den Client, da hier der Client -- und nicht wie in dem anderne Beispiel von mir der Router -- das ical file parsed.
(ich schreibe hier "ical file", auch wenn es sich vermutlich um einen MIME Mail mit einem iCal Teil handelt, aber das sind Details).