Konferenzsystem verschickt Kalendereinladungen im Namen des Konferenzleiters

[kmc]

Hallo,

unser neues Telefonsystem (OpenScape Office LX) verschickt beim Erstellen einer Telefonkonferenz automatisiert Kalendereinladungen an die Teilnehmer und an den Konferenzleiter. Bei den Teilnehmern kommen diese Einladungen an, beim Konferenzleiter leider nicht.

Die Einladungen werden vom Telefonsystem im Namen des Konferenzleiters (chair) verschickt:

Chair:   mein.name@meinefirma.com
Sent By:   OpenScape Office <OSOLX@meinefirma.com>

Ich glaube, genau hier liegt das Problem der nicht ankommenden Einladung.

Kennt jemand eine Möglichkeit auf der Domino/Notes-Seite etwas zu konfigurieren, damit die Kalendereinträge auch beim Konferenzleiter ankommen?

Danke schonmal.

Gruß, Mathias.

[kmc]

Ich habe mal eine solche Einladungsmail abgefangen:

Code

Received: from telefonanlage ([xxx.xxx.xxx.xxx])
          by meinserver.meine.firma.com (IBM Domino Release 9.0.1)
          with ESMTP id 2014020610504190-1 ;
          Thu, 6 Feb 2014 10:50:41 +0100 
Received: by telefonanlage (Postfix, from userid 0)
	id 4D633102C0B; Thu,  6 Feb 2014 10:48:50 +0100 (CET)
Date: Thu, 06 Feb 2014 10:48:50 +0100
From: mein.name@meinefirma.com 
Sender: OpenScape Office <OSOLX@meinefirma.com>
To: mein.name@meinefirma.com 
Subject: =?UTF-8?B?RWlubGFkdW5nOiBUZXN0ICBAICBEb25uZXJzdGFnLCA2IEZlYnJ1YXIgMjAxNCAgKzQ5NzE1NDE3OTY0OTAgIEtvbmZlcmVuei1JRDogMTA5?=
Message-ID: <VSL-e189bbb0-8f13-11e3-c000-000000000000-2793393008-25653@>
MIME-Version: 1.0
X-VisualSuite-MessageType: Conference
X-VisualSuite-ConferenceID: 1038;Test
Content-Type: multipart/alternative; boundary="vslnotification_e189bbb0-8f13-11e3-c000-000000000000-2793393008-25653"

--vslnotification_e189bbb0-8f13-11e3-c000-000000000000-2793393008-25653
Content-Type:text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Einladungstext
--vslnotification_e189bbb0-8f13-11e3-c000-000000000000-2793393008-25653
Content-Type:text/calendar; method=REQUEST; charset="utf-8"
Content-Transfer-Encoding: 8bit

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//eTellicom//VisualSuite 6.1.2.769g//EN
METHOD:REQUEST
BEGIN:VEVENT
DTSTAMP:20140206T094850Z
UID:1038-00:22:4D:A8:3B:DC
DTSTART;TZID=Europe/Berlin:20140206T110000
CLASS:PUBLIC
DESCRIPTION:Einladungstext
ORGANIZER;CN=Mein Name:mailto:mein.name@meinefirma.com 
PRIORITY:5
SEQUENCE:1
SUMMARY:Test
TRANSP:OPAQUE
DTEND;TZID=Europe/Berlin:20140206T120000
ATTENDEE;CN=Mein Name;ROLE=REQ-PARTICIPANT;RSVP=TRUE:mailto:mein.name@meinefirma.com 
ATTENDEE;CN=Anderer Name;ROLE=REQ-PARTICIPANT;RSVP=TRUE:mailto:anderer.name@meinefirma.com 
ATTENDEE;CN=Blabla;ROLE=REQ-PARTICIPANT;RSVP=TRUE:mailto:test@email.de
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/Berlin
TZURL:http://tzurl.org/zoneinfo-outlook/Europe/Berlin
BEGIN:STANDARD
DTSTART:19701025T030000
TZOFFSETTO:+0100
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
TZNAME:CET
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:19700329T020000
TZOFFSETTO:+0200
TZOFFSETFROM:+0100
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
TZNAME:CEST
END:DAYLIGHT
END:VTIMEZONE
END:VCALENDAR
--vslnotification_e189bbb0-8f13-11e3-c000-000000000000-2793393008-25653--

[ascabg]

Hallo,

Hast Du die Telko denn ueberhaupt in Deinem Kalender?

Ansonsten wuesste ich nicht, dass mein derartiges auf Domino-Seite konfigurieren kann.

Eine "normale" Besprechung, kannst Du ja auch nicht an Dich selber versenden, wenn du gleichzeitig der Leiter der Besprechung bist.

Ich wuerde eher empfehlen, sich in diesem Fall an den Hersteller der Telefon-Software zu wenden.


Andreas

[kmc]

Nein, ich habe die Telko nicht im Kalender. Das ist ja mein Problem. 

Der Hersteller bzw. der Supportmitarbeiter der Telefonanlage hat mich angewiesen, Einstellungen auf dem Domino-Server vorzunehmen, damit die Einladungen ankommen. Das System ist, wie so oft, auf Outlook/Exchange ausgelegt und da funktioniert es.

Ich bin schon im Kontakt mit dem IBM-Support. Wenn ich da weiter bin, sage ich hier bescheid. Falls jemandem noch eine Idee kommt, immer her damit.

[kmc]

Kurzer Zwischenstand:

Laut Routerlogs wird die Mail korrekt zugestellt. Im Mailfile landet sie allerdings nie. Auch wenn die Mails temporär in eine "nackte" Datenbank umgeleitet werden kommt nichts an. Die Suche nach der "DocumentUniqueID" bleibt ebenfalls erfolglos.

Der IBM-Support weiß momentan auch nicht weiter. Wir bleiben dran.

[Micha B]

Der Hersteller sollte sich nicht einfach zurücklehnen und sagen: unter Outlook geht es. Du benutzt kein Outlook. Und wenn der hersteller sagt, es läuft auch in Notes / Domino, dann sollte er Dir auch helfen.

[koehlerbv]

Was bedeutet "Routerlog"? Die LOG.NSF vom Domino? Alles andere wäre dominoseitig wenig zielführend.
Meldet der Domino in seinem Log, das in die Mail-DB (!) zugestellt wurde, dann stimmt das auch. Die Anzahl der Dokumente ist dann um eins gestiegen. Was nicht bedeutet, daß der Anwender die Mail dann auch sehen kann.
Kommt die MailDB-Zustellungsmeldung jedoch nicht (sondern nur die Quittung des Eingangs beim Domino-Router), dann kann da natürlich noch was spam-/virenbekämpfendes dazwischenfunken oder eine Serverregel.

Ich stimme Micha zu: Der Support muss durch den Anbieter erbracht werden, insofern er seine Software für Domino-geeignet deklariert. Wenn es möglich ist, das man bei der Konfiguration selber Mist bauen kann, darf er dafür auch Geld sehen wollen, wenn nichts gegenteiliges vereinbart / versprochen wurde.

Bernhard

[kmc]

Was bedeutet "Routerlog"? Die LOG.NSF vom Domino? Alles andere wäre dominoseitig wenig zielführend.

Das console.log meldet "Router: Message 0046A12D, FBAB265B delivered to Mein Name/User/Firma from OSOLX@meinefirma.com OF64328872:17749EB2 ONC1257C7C:0046A12D Size: 4K Time: 00:00:00 Hop Count: 1"

In der Mailbox kommt aber nichts an. Auch die Anzahl der Dokumente steigt nicht. Das haben wir mit dem IBM-Support zusammen überprüft.

Mail- oder Serverregeln liegen nicht vor. Spamfilter werden nur für externe Mails verwendet.

Die gesendete Mail ist völlig RFC-Konform. Das bestätigt auch der IBM-Support und deshalb lehnt sich auch der Support des Anbieters zurück.

Alles in allem eine mysteriöse Geschichte...

[Tode]

Habt Ihr Message- Tracking aktiviert? Wenn nicht, würde ich das mal temporär machen. Denn dann kannst Du im nachhinein verfolgen, was mit der Mail in der Empfänger- Mailbox passiert.

Hast Du mal den Router angehalten und Dir so ne Mail mal in der mail.box des Servers angesehen? Wenn ja: Kannst Du sie mal exportieren und hier anonymisiert hochladen?
Hast Du die Mail dann mal manuell per Copy & Paste in die Inbox einer Mailfile eingefügt und geschaut, was dabei rauskommt?

Du kannst ausserdem das Routerlog hochsetzen und sehen, was das passiert...

[kmc]

Und alles wird gut!

Weil IBM die GUTEN, nein BESTEN!!!, sind (Gruß an den genialen IBM-Support), gibt es für solche Fälle und für andere widerspenstige Systeme die notes.ini Zeile:

CSAllowExternalIcalInviteToChair=1

Auszug aus dem IBM-Support Mail:

Ok, wir haben ein reproduzierbares Szenario im Testenvironment. Das ist schon mal ein guter Anfang, auch wenn wir mehrere Tage bis dahin gebraucht haben.  
Haben dann gesucht nach den Feldern, die wir in Ihrer Stxxx.tmp Datei für den Test geändert haben und sind fündig geworden.
  
From: mein.name@meinefirma.com
To: mein.name@meinefirma.com  
ORGANIZER;CN=Mein Name:mailto:mein.name@meinefirma.com  
ATTENDEE;CN=Mein Name;ROLE=REQ-PARTICIPANT;RSVP=TRUE:mailto:mein.name@meinefirma.com

Es ist eigentlich unsinnig, dass alle vier Felder mit dem selben Namen belegt sind. Die ersten beiden für die Zustellung der Mail, die anderen beiden für die Einladung.  Die äußere Form ist zwar gewahrt, aber Inhalt fragwürdig.  

Damit sind wir zurück am Anfang unserer Analyse.
Der Chair einer Veranstaltung erstellt diese und versendet Einladungen an die anderen. Wenn er selbst eine Einladung erhalten würde, wäre das ein Duplikat der Veranstaltung, die er selbst erstellt hat. Die Mail, die von Openscape versandt wird, ist keine normale Mail, sondern eine Einladung (ical).
Das weiß der Router und reagiert auf die Tatsache, dass Chair/Organizer und Invitee/Attendee identisch sind, indem er kein Duplikat einträgt, sondern den neuen Eintrag verwirft. Wir sind uns einig, dass das eigentlich korrektes Verhalten ist und das Tool Openscape eine nicht regelkonforme Einladung versendet, indem versucht wird den Organizer gleichzeitig zum Attendee zu machen. Ich kann mir nicht vorstellen, dass Outlook das toleriert. Dann muss es bei Outlook Probleme mit Duplikaten geben. Aber egal, das ist nicht Gegenstand des PMR.  

Es gibt offenbar noch andere Tools, die das so machen wie Openscape und IBM hat einen notes.ini Parameter, um das zu korrigieren. "Wir sind die Guten!" Bitte loben Sie uns auch mal ,wenn Sie die Lösung im Forum veröffentlichen :-)

   CSAllowExternalIcalInviteToChair=1

Vielen Dank auch an euch für eure Geduld. Ich hoffe, dass die Lösung auch anderen weiterhilft.

[koehlerbv]

Danke, Matthias, für das Update. und Schande über mich - ich habe da sehr schräg daneben gelegen! Ich hätte so eine Notice ja nur mal selber faken müssen und hätte des Pudels Kern dann gesehen, anstatt einen Schmarrn zu schreiben.

Bernhard