Apple iOS 12 Mailsynchronisation schlägt mit Session Authentication fehl

19. November 2018 Posted by Torben Busch

Mit dem Anfang der Woche veröffentlichten iOS 12 für iPhone und iPad gibt es Probleme bei der Traveler-Synchronisation. Diese treten ein, wenn die nativen iOS Mail, Kalender und Kontakte für die Traveler Anbindung genutzt werden und Session Authentication (entgegen IBMs Empfehlung) statt Basic Authentication genutzt wird. Die Ursache dafür ist eine veränderte Handhabung der http Autorisation ab iOS 12.

 

Welche Methode genutzt wird, lässt sich mit dem Aufrufen folgender URLs prüfen:

- https://servername/servlet/traveler

- https://servername/travelerclients

- https://servername/traveler

- https://servername/Microsoft-Server-ActiveSync

Welche URL hier funktioniert, hängt von der Konfiguration des Traveler-Servers ab. Bei uns hat letztendlich die URL https://servername/traveler funktioniert. Wenn ein Popup des Browsers mit der Aufforderung zur Authentifizierung erscheint, ist der Traveler-Server korrekt konfiguriert. Erscheint hingegen eine HTML Loginmaske, sollte die Konfiguration korrigiert werden.

 

Es gibt zwei Möglichkeiten:

  • Session Authentication im Server Dokument deaktivieren: Session Authentication wird für den gesamten Server deaktiviert
  • Override Session Authentication aktivieren: Diese Variante definiert für alle Traveler Anfragen eine Ausnahme, so dass Basic Authentication genutzt wird. Hierfür ist es notwendig, dass der Server Internet Site Dokumente nutzt. Für die vom Traveler genutzten Internet Sites muss eine Override Session Authentication Regel angelegt werden (s. Abb.1).

Abb.1

 

Weitere Informationen findet ihr hier:

- IBM Technote : https://www01.ibm.com/support/docview.wss?uid=ibm10731987&myns=swglotus&mynp=OCSSYRPW&mync=E&cm_sp=swglotus-_-OCSSYRPW-_-E

- http-Authentication: https://www.ibm.com/support/knowledgecenter/SSYRPW_9.0.1/httpauthentication.html

 

Habt ihr Fragen oder Anregungen? Ruft uns einfach an unter 05251 288160 oder schreibt uns eine E-Mail an info@itwu.de.

Apple iOS 12 Mailsynchronisation schlägt mit Session Authentication fehl

19. September 2018 Posted by Torben Busch

Mit dem Anfang der Woche veröffentlichten iOS 12 für iPhone und iPad gibt es Probleme bei der Traveler-Synchronisation. Diese treten ein, wenn die nativen iOS Mail, Kalender und Kontakte für die Traveler Anbindung genutzt werden und Session Authentication (entgegen IBMs Empfehlung) statt Basic Authentication genutzt wird. Die Ursache dafür ist eine veränderte Handhabung der http Autorisation ab iOS 12.

 

Welche Methode genutzt wird, lässt sich mit dem Aufrufen folgender URLs prüfen:

- https://servername/servlet/traveler

- https://servername/travelerclients

- https://servername/traveler

- https://servername/Microsoft-Server-ActiveSync

Welche URL hier funktioniert, hängt von der Konfiguration des Traveler-Servers ab. Bei uns hat letztendlich die URL https://servername/traveler funktioniert. Wenn ein Popup des Browsers mit der Aufforderung zur Authentifizierung erscheint, ist der Traveler-Server korrekt konfiguriert. Erscheint hingegen eine HTML Loginmaske, sollte die Konfiguration korrigiert werden.

 

Es gibt zwei Möglichkeiten:

  • Session Authentication im Server Dokument deaktivieren: Session Authentication wird für den gesamten Server deaktiviert
  • Override Session Authentication aktivieren: Diese Variante definiert für alle Traveler Anfragen eine Ausnahme, so dass Basic Authentication genutzt wird. Hierfür ist es notwendig, dass der Server Internet Site Dokumente nutzt. Für die vom Traveler genutzten Internet Sites muss eine Override Session Authentication Regel angelegt werden (s. Abb.1).

Abb.1

 

Weitere Informationen findet ihr hier:

- IBM Technote : https://www01.ibm.com/support/docview.wss?uid=ibm10731987&myns=swglotus&mynp=OCSSYRPW&mync=E&cm_sp=swglotus-_-OCSSYRPW-_-E

- http-Authentication: https://www.ibm.com/support/knowledgecenter/SSYRPW_9.0.1/httpauthentication.html

 

Habt ihr Fragen oder Anregungen? Ruft uns einfach an unter 05251 288160 oder schreibt uns eine E-Mail an info@itwu.de.

Neue IBM Traveler Sicherheitsanforderung ab Anfang 2017

7. Oktober 2016 Posted by Torben Busch

 

IBM erhöht ab dem 01.01.2017 die Sicherheitsanforderungen für Verbindungen mit dem IBM Traveler Server. Die Anforderungen richten sich an das SSL Zertifikat sowie die TLS Einstellungen des Traveler Servers.

In Zukunft wird nur noch der Einsatz von TLS 1.2 erlaubt sein. Android Geräte mit einer Android Version, die älter als 4.1 ist, werden also nicht mehr unterstützt, da diese kein TLS 1.2 anbieten.

Betroffen sind die Apps IBM Verse für iOS und Android, IBM Notes Traveler Companion und IBM Notes Traveler To Do mobile Apps.

       

 

Ob euer Traveler Server die Anforderungen schon erfüllt, könnt ihr überprüfen, indem ihr unter folgendem Link den Abschnitt "Validating your connection security using a browser" durchgeht. Dort gibt es auch eine vollständige Liste der Anforderungen:

Securing connections for IBM Traveler mobile applications (Action Required by January 1, 2017)


Solltet Ihr feststellen, dass eure Systeme diese Anforderungen noch nicht vollständig erfüllen, unterstützen wir euch gerne beim Schließen dieser Lücken. Ruft uns einfach an unter 05251-288160 oder schickt uns eine E-Mail an info@itwu.de.

 

Neue IBM Traveler Sicherheitsanforderung ab Anfang 2017

7. Oktober 2016 Posted by Torben Busch

 

IBM erhöht ab dem 01.01.2017 die Sicherheitsanforderungen für Verbindungen mit dem IBM Traveler Server. Die Anforderungen richten sich an das SSL Zertifikat sowie die TLS Einstellungen des Traveler Servers.

In Zukunft wird nur noch der Einsatz von TLS 1.2 erlaubt sein. Android Geräte mit einer Android Version, die älter als 4.1 ist, werden also nicht mehr unterstützt, da diese kein TLS 1.2 anbieten.

Betroffen sind die Apps IBM Verse für iOS und Android, IBM Notes Traveler Companion und IBM Notes Traveler To Do mobile Apps.

       

 

Ob euer Traveler Server die Anforderungen schon erfüllt, könnt ihr überprüfen, indem ihr unter folgendem Link den Abschnitt "Validating your connection security using a browser" durchgeht. Dort gibt es auch eine vollständige Liste der Anforderungen:

Securing connections for IBM Traveler mobile applications (Action Required by January 1, 2017)


Solltet Ihr feststellen, dass eure Systeme diese Anforderungen noch nicht vollständig erfüllen, unterstützen wir euch gerne beim Schließen dieser Lücken. Ruft uns einfach an unter 05251-288160 oder schickt uns eine E-Mail an info@itwu.de.

 

Interim Fix 1 für IBM Domino 9.0.1 FP4 verhindert Crash des Servers

14. Juli 2015 Posted by Torben Busch

 

IBM hat einen Bug im Domino Server 9.0.1 FP 4 gefunden, der den Server aufgrund einer fehlenden Datei abstürzen lassen kann. Das Interim Fix 1 behebt diesen Fehler und wird heute oder morgen in das Fix Pack 4 für die Version mit aufgenommen.

Wenn ihr also schon das FP4 für die Version 9.0.1 des Domino Servers installiert habt, solltet ihr euch 9.0.1 Fix Pack 4 Interim Fix 1 herunterladen und installieren:

Fix List und Download Optionen

Wenn ihr das noch nicht getan habt, könnt ihr ab dem 16. Juli einfach das Fix Pack 4 herunterladen und installieren, welches den Bug Fix dann bereits enthalten sollte. 

 

Mit dem IBM Domino Administrator Notes-Benutzern Nachrichten schicken

8. Juli 2015 Posted by Torben Busch

 

Diese Funktion ist bei dem ein oder anderen vielleicht schon etwas in Vergessenheit geraten, ist aber nach wie vor sehr praktisch!

Mit Hilfe des Domino Administrators kann man Nachrichten an Notes Client Benutzer schicken. Die Benutzer bekommen dann ein Popup mit der Nachricht und dem Server als Absender.

 

Abb. 1: Wenn ihr die Nachricht in einem Dialogfeld / PopUp auf dem Bildschirm des Benutzers anzeigen lasst, könnt ihr relativ sicher sein, dass der Benutzer die Nachricht erhält.

 

Häufige Einsatzszenarien dieser Funktion sind z.B. die Aufforderung an alle Benutzer einer Datenbank, den Notes Client neu zu starten, nachdem ein Update dieser Datenbank eingespielt wurde oder die Warnung an alle Benutzer, die gerade mit einem bestimmten Server verbunden sind, dass dieser Server zu einer bestimmten Zeit heruntergefahren wird. Rundmails an alle betroffenen User, die möglicherweise noch nicht einmal gelesen werden, werden dadurch überflüssig.

 

  

Abb. 2 und 3: Rundsendung an einen ausgewählten Benutzer oder an alle Benutzer einer ausgewählten Datenbank

 

So kann man Nachrichten senden an

  • einzelne oder mehrere ausgewählte Benutzer (s. Abb. 2)
  • alle Benutzer, die mit dem Server verbunden sind
  • alle Benutzer, die gerade auf eine bestimmte Datenbank auf dem Server zugreifen (s. Abb. 3)

Wie ihr diese Rundsendungen einrichtet erfahrt ihr unter dem folgenden Link. Wenn ihr allerdings eine Nachricht an alle Benutzer einer bestimmten Datenbank schreiben wollt, könnt ihr genauso gut über die Ansicht "Datenbankbenutzer" gehen (siehe Abb. 4).

IBM Knowledge Center
 

Abb. 4: Bei der Auswahl der zu benachrichtigenden Benutzer könnt ihr über die Ansicht "Notes-Benutzer" oder "Datenbankbenutzer" gehen.

 

Falls ihr Fragen zu dieser oder anderen Funktionen des Domino Servers habt, beantworten wir sie euch gerne. Schickt uns einfach eine E-Mail an info@itwu.de oder ruft uns an: 05251 288160

 

IBM Notes und Domino 9.0.1 FP4 und IBM Verse App for Android (aka Notes Traveler App)

25. Juni 2015 Posted by Torben Busch

Nach einer längeren Urlaubspause gibt es endlich wieder Neuigkeiten auf dem ITWU-Blog - und das gleich im Doppelpack!

 

1. Neues Fixpack für IBM Notes und Domino 9.0.1

Seit letzter Woche gibt es für den Notes Client und den Domino Server in der Version 9.0.1 das 4. FixPack, welches hauptsächlich die Hotfixes der letzten Monate zusammenfasst. Die komplette Fix List sowie den Download Link findet ihr hier:

Fix List 

Download Link

 

2. IBM Notes Traveler App for Android wird zur IBM Verse App for Android

Außerdem hat IBM vor einiger Zeit still und heimlich aus unserer geliebten IBM Notes Traveler App for Android die "IBM Verse App for Android" gemacht. Für diejenigen unter euch, die Verse noch nicht als "Notes Client" in der Cloud nutzen, ist der Unterscheid nicht gleich auf den ersten Blick zu erkennen. Und diejenigen unter euch, bei denen das Autoupdate auf Android aktiviert ist, werden den Wechsel kaum mitbekommen haben.

Ihr solltet euch nur nicht wundern, wenn ihr als Domino Administrator in Zukunft ein neues Android Smartphone einrichten müsst und bei Google Play der Notes Traveler nirgendswo mehr zu finden ist. Nun müsst ihr also stattdessen nach der "IBM Verse App for Android" suchen. Der Installationsvorgang ist immer noch genau derselbe ;-)

Wie schon angedeutet sind die großen Neuerungen der IBM Verse App aber ausgeblieben. Personen können z.B. nur automatisch oder manuell als "Important" gekennzeichnet werden, wenn ihr den Verse Client in der Cloud nutzt.

 

Quelle: https://play.google.com/store/apps

 

Wirklich neu für Android Nutzer ist der "Aktionen"-Reiter, in dem alle E-Mails abgelegt werden, die ihr mit dem Tag "Aktion erforderlich" oder "Warten auf" versehen habt.
Das funktioniert wie folgt:
Wenn ihr eine E-Mail erhaltet, die ihr in den nächsten Tagen bearbeiten müsst, könnt ihr euch mit einer Wischgeste von rechts nach links über diese E-Mail die folgenden Optionen zur Bearbeitung anzeigen lassen:

  • Löschen (Mülleimersymbol)
  • In Ordner verschieben (Ordnersymbol mit Pfeil)
  • oder Aktion erforderlich (Klemmbrettsymbol mit Häkchen): Wenn ihr auf dieses Symbol klickt, könnt ihr auswählen, wann die Aktion erforderlich wird - Heute, Morgen, Nächste Woche, Irgendwann

Bei gesendeten E-Mails heißt die "Aktion erforderlich"-Option "Warten auf" und wird mit einem Uhrsymbol dargestellt. In beiden Fällen werden die markierten E-Mails in den Reiter "Aktionen" verschoben und dort jeweils mit den entsprechenden Fälligkeitsdaten angezeigt. Außerdem könnt ihr hier innerhalb der E-Mails Anmerkungen zu den Aufgaben hinterlegen, die mit dieser E-Mail verbunden sind.

 

 

 

Leider erhält man zur Zeit noch keine Benachrichtigungen, sobald eine Aktion fällig ist. Man muss also aktiv selbst in den "Aktionen"-Reiter schauen, um zu sehen, welche E-Mails als nächstes bearbeitet werden sollten. Außerdem kriegt der Empfänger gesendeter E-Mail, die ihr mit dem Tag "Warten auf" markiert habt, überhaupt nichts davon mit, dass diese E-Mails nun bei euch im "Warten auf"-Bereich stehen und vor allem wann die Aktion fällig wird. Da müsst ihr also in euren gesendeten E-Mails so konkret sein, dass der Empfänger - wenn er denn auch die Verse App benutzt - gleich beim Empfang die E-Mail selbst mit dem Tag "Aktion erforderlich" markiert ;-)

Ihr bekommt allerdings mit der IBM Verse App eine ziemlich coole Übersichtsfunktion: Wenn ihr innerhalb der Verse App vom rechten Bildschirmrand nach links wischt, erscheint eine Auflistung aller aktuellen Vorkommnisse:

  • bevorstehende Termin und Meetings
  • die Anzahl der neuen, ungelesenen Nachrichten
  • die Anzahl der Aktionen, die heute fällig sind und auf die ihr heute wartet

 

Quelle: https://play.google.com/store/apps

 

Im Endeffekt hätte man eigentlich mehr von der neuen Verse App for Android erwarten können. Unterm Strich bietet sie aber schon ein paar nützliche Neuigkeiten. Weitere Infos über die Neuerungen und Einschränkungen der App erhaltet ihr unter dem folgenden Link: 

http://www-01.ibm.com/support/knowledgecenter/SSYRPW_9.0.1/traveler_901_welcome.html?lang=de

Falls ihr sonstige Probleme beim Einrichten der App habt, ruft uns einfach an (05251 288160) oder schreibt uns eine E-Mail an info@itwu.de.

 

IBM Traveler 9.0.1.3

9. April 2015 Posted by Torben Busch


IBM hat den Notes Traveler in Version 9.0.1.3 als Domino Server Update und als Android App veröffentlicht. Neben diversen Fixes, die ihr euch in der unten verlinkten Fixlist anschauen könnt, wurden u.a. die beiden folgenden Features eingeführt:

  1. Anders als in den früheren Versionen und von uns im Beitrag "IBM Notes Traveler: E-Mails verschwinden bei iOS Geräten aus dem Papierkorb" beschrieben, wird ab jetzt der Papierkorb mit den Smartphones synchronisiert. D.h. wenn man nun versehentlich eine E-Mail löscht und sie danach aus dem Papierkorb wiederherstellen möchte, ist sie nun auch tatsächlich im Papierkorb sicht- und wiederherstellbar.
  2. Der Status von Personen, die man zu Besprechungen eingeladen hat, ist nun auch mobil einsehbar.

 

Abb. 1: Bei Besprechungen, die ihr erstellt habt, könnt ihr nun sehen, wen ihr eingeladen habt und ob und wie sie bereits geantwortet haben.

 

Weitere Infos erhaltet ihr unter folgenden Links:

Neuerungen in IBM Traveler 9.0.1.3
Fixlist für IBM Traveler 9.0.1.3


 

Neue Interim Fixes für IBM Notes und Domino 9.0.1 FP3 bieten jetzt Support für TLS 1.2

1. April 2015 Posted by Torben Busch

Mit dem Domino 9.0.1 FixPack3 InterimFix2 und dem Notes 9.0.1 FixPack3 InterimFix3 wurde Client- und Serverseitig nun die Version 1.2 von Transport Layer Security (TLS) für die Protokolle HTTP, SMTP, LDAP, POP3 & IMAP inklusive der folgenden Features implementiert:

  • Add pinning to SHA-256 for TLS 1.2
  • Added Perfect Forward Secrecy (PFS) via Ephemeral Diffie-Hellman (DHE) cipher specs for SSL/TLS
  • Added Advanced Encryption Standard (AES) Galois/Counter Mode for increased security with TLS 1.2
  • Added SHA-256 cipher specs for increased security with TLS 1.2

Weitere Informationen sowie Links zu den Interim Fixes findet ihr hier:

http://www-10.lotus.com/ldd/dominowiki.nsf/dx/TLS_1.2

 

Und sollten euch bei den Unmengen an InterimFixes, die IBM in den letzten Wochen und Monaten veröffentlicht hat, einige Fragen zum Update eurer Domino Infrastruktur auf der Zunge brennen, helfen wir euch gerne weiter.
Oder ihr könnt IBM direkt fragen - bei der nächsten "Ask The Expert"-Session am 07. April: Have your Notes & Domino install & upgrade questions answered at our next Ask The Experts session - 7 April 2015

 

Mail Routing Troubleshooting: Usefull Router Commands

22. Januar 2015 Posted by Torben Busch


"tell router pause"
"tell router resume"

These little commands for the IBM Domino Server console can be very usefull when troubleshooting mail routing, name resolving or mail group expanding issues.

„tell router pause“ pauses the mail router so it won't deliver any mails. While the router is paused, you can send testmails, analyze them in the mail.box and delete them before you resume the router. Take note that the router splits mails at a certain amount of recipients, so make sure you delete all parts of the mail in the (perhaps multiple) mail.box's before starting the router again with "tell router resume".

 

IBM Notes Traveler Installation in eigener Domino Domäne

1. Oktober 2014 Posted by Torben Busch

Ich hatte mir ja eigentlich vorgenommen, den heutigen Blog-Artikel ein bisschen an das Ergebnis des gestrigen Halbfinals anzupassen und hatte mir schon Überschriften wie "3:1 für den Traveler in der eigenen Domino Domäne - die Vor- und Nachteile noch einmal in Zeitlupe" zurecht gelegt. Aber 7:1... soooo viele Vorteile gibt's dafür nun auch wieder nicht! Lachend

Nun ja, es wird bestimmt auch ohne direkten Bezug zur WM klappen:

Im folgenden Artikel werde ich euch also das Konzept des IBM Traveler Servers in einer eigenen Domino Domäne erläutern. Das Konzept hat den Ursprung in den kurzen Updateintervallen für den Traveler Server, bedingt durch die stetige Weiterentwicklung der Smartphones. Um hier Schritt zu halten, muss man entweder seine komplette Domino Infrastruktur stetig aktuell halten oder man macht sich davon unabhängig und entkoppelt den Traveler Server von der vorhandenen Domino Infrastruktur.

Die Entkopplung ermöglicht es uns, den Traveler Server unabhängig von der restlichen Domino Infrastruktur immer auf die aktuellste Softwareversion zu bringen. Dadurch laufen wir (fast) nicht mehr Gefahr,

  • dass Mitarbeiter ein neues Smartphone bekommen, welches womöglich nicht von unserer Traveler Version unterstützt wird.
  • dass uns ein Software Update auf einem vorhandenen Smartphone die Traveler Kompatibilität nimmt.

Mögliche Fehler und Bugs können so natürlich auch zeitnah gepatcht werden.
Für die Entkopplung gibt es zwei Umsetzungsvarianten, die abhängig von der vorhandenen Domino Infrastruktur unterschiedliche Vorteile haben:

 

Variante 1: Traveler Server in eigener Domino Domäne und Organisation

Bei dieser Variante ist der Traveler Server in einer eigenen Organisation und Domäne. Dadurch haben wir maximale Sicherheit, was allerdings einen etwas höheren Einrichtungsaufwand bedeutet.
 

Abb. 1: Der Traveler Server ist in seiner eigenen Organisation und Domäne unabhängig von der restlichen Domino Infrastruktur installiert.

 

Der Traveler Server kann immer aktualisiert werden

Da sich der Traveler Server in einer eigenen Domäne befindet, kann er unabhängig von der restlichen Domino Infrastruktur aktuell gehalten werden. Damit sind Konstellationen wie eine 8.5.3 Domino Server Infrastruktur in Kombination mit einem 9.0.1 Traveler Server ohne Einschränkungen möglich.

 

Mehr Sicherheit

Der Traveler Server sollte unbedingt in der DMZ des Netzwerkes stehen, da er einen Service ins Internet anbietet. Mit der DMZ wird der Server auf Netzwerkebene von dem Intranet abgeschottet, auf Domino Ebene schaffen wir das durch eine eigene Domino Organisation und haben so eine weitere Sicherheitsebene, da der Traveler Server nur sehr limitierten Zugriff auf die bereits bestehende Organisation der restlichen Domino Infrastruktur hat.

 

Sind in dieser Konstellation verschlüsselte E-Mails möglich?

Ja! Trotz getrennter Organisationen ist es möglich, verschlüsselte E-Mails über den Traveler zu lesen und zu schreiben. Dazu müssen die Notes ID Dateien der Benutzer in den Postfächern hinterlegt werden. Für Details verweise ich auf den Blogeintrag von Stephen Bailey zu dem Thema. Falls diese Lösung für euer Unternehmen zu aufwändig ist, ihr aber auf die Verschlüsselung von E-Mails nicht verzichten wollt, solltet ihr euch alternativ die zweite Umsetzungsvariante anschauen.

 

Voraussetzungen:

  • Netzwerkkonnektivität zwischen dem Traveler Server und den Mailservern über den Port 1352 (NRPC)
  • Gegenzertifikate zwischen der Traveler Server ID und der Organisation der Mailserver
  • Einbindung des Adressbuchs der Mailserver via Directory Assistance auf den Traveler Server
  • Zugriffsberechtigung des Traveler Servers auf die Mailserver sowie Editor-Rechte auf das Adressbuch der Mailserver
  • Manager-Rechte auf die Postfächer der Traveler Benutzer für den Traveler Server
  • Notes ID in den Postfächern der Traveler Benutzer (Optional, aber zum Lesen von verschlüsselten E-Mails notwendig)

 

Variante 2: Traveler Server in eigener Domino Domäne und vorhandener Organisation

Bei dieser Variante ist der Traveler Server in der bestehenden Domino Organisation und in einer eigenen Domäne installiert. Dadurch erkaufen wir uns die weniger aufwändige Einrichtung, gerade wenn E-Mail-Verschlüsslung via Traveler gefordert ist, mit einer etwas verminderten Sicherheit. Der Vorteil der problemlosen Aktualisierbarkeit bleibt erhalten.

 

Abb. 2: Der Traveler Server ist weiterhin in der Organisation des Unternehmens installiert – hier aber in einer eigenen Domäne.

 

Unterschiede zu Variante 1 

  • Der Traveler Server benötigt keine Gegenzertifikate zur bestehenden Organisation, da er Teil dieser ist.
  • Damit über den Traveler Server verschlüsselte E-Mails gelesen und geschrieben werden können, müssen die Notes ID Dateien der Benutzer lediglich im IBM ID Vault liegen und der Traveler Server muss Zugriff auf die ID Vault Datenbank haben.
  • Auf Domino-Ebene findet keine Trennung zwischen Intranet und DMZ statt.

 

Generell empfehlen wir unseren Kunden die Variante 1 aufgrund der höheren Sicherheit. Aber natürlich hat Variante 2 auch ihre Vor- und Nachteile. Die Frage, welche Variante letztendlich für euch die beste ist, können wir gerne in den Kommentaren diskutieren ...

... genauso wie die Frage nach dem besseren Endgegner am Sonntag: Niederlande oder Argentinien??

In diesem Sinne: Fiiiiinaalee!!

 

IBM Notes Traveler: E-Mails verschwinden bei iOS Geräten aus dem Papierkorb

1. Oktober 2014 Posted by Torben Busch

 

Wenn ihr auf eurem Apple iPhone oder iPad eine Mail in eurem Traveler Konto löscht, landet diese im Papierkorb. Anschließend wollt ihr diese Mails noch einmal betrachten oder wiederherstellen, klickt auf den Papierkorb und wusch… plötzlich ist der Papierkorb leer. Hilfe, wo sind die Mails?


 

Abb. 1 + 2: Verschiebt ihr eine Mail in eurem Traveler Konto in den Papierkorb und öffnet diesen direkt danach, seht ihr die Mail noch für den Bruchteil einer Sekunde, aber dann ist sie einfach weg.

 

Folgendes Zitat aus dem Domino Wiki hilft uns weiter:

The Trash folder in Lotus® Domino is a view and not a real folder, therefore when monitoring folder activity, Lotus Notes Traveler does not receive notifications related to the Trash folder.“

Quelle: http://www-10.lotus.com/ldd/dominowiki.nsf/xpDocViewer.xsp?lookupName=Using+Lotus+Notes+Traveler+8.5.3#action=openDocument&res_title=Apple_limitations_and_restrictions_LNT853&content=pdcontent

 

Der Papierkorb im Notes Mailfile ist also eine Ansicht, auf dem iPhone ist er ein Ordner. Das iPhone kennt allerdings keine Ansichten aus der Notes Welt. Wenn also eine Mail auf dem iPhone in den ORDNER „Papierkorb“ geschoben wird, dann kann dieser Ordner nicht einfach mit dem Papierkorb auf dem Traveler Server abgeglichen werden. Stattdessen wird eine Löschanforderung an den Traveler Server geschickt. Der Traveler packt die Mail dann in die ANSICHT „Papierkorb“ im Notes Mailfile. Resultat: Auf dem iPhone ist euer Papierkorb leer, im Mailfile ist er gefüllt.

 

Abb. 3: Im Papierkorb des Notes Mailfiles ist die Mail, die um 8:38 Uhr gelöscht wurde, noch enthalten.

 

Dass ihr die Mails teilweise noch im iPhone Papierkorb sehen könnt, liegt daran, dass sie erst aus dem Papierkorb geschmissen werden, wenn sich das iPhone mit dem Traveler Server synchronisiert.

Dieses Verhalten konnten wir mit einem iPhone mit iOS 7 und Traveler 8.5.3.3 sowie 9.0.1.0 nachstellen. Wahrscheinlich gibt es diesen vermeintlichen Bug auch in allen älteren Traveler Versionen in Kombination mit iOS Geräten.

 

Wenn ihr des öfteren Mal Probleme mit dem Traveler habt und noch ein paar Minuten eurer kostbaren Zeit entbehren könnt, könnten euch die folgenen Beiträge auch noch interessieren:

IBM Notes Traveler Installation in eigener Domino Domäne

Apple iPhone oder iPad Mail App: „E-Mails können nicht empfangen werden“

Unendliche Abwesenheit mit der IBM Notes Traveler Companion App

 

Datei wird gerade von einem anderen Programm verwendet. (*.nsf)

10. Dezember 2013 Posted by Torben Busch

 

Das passiert seit 8.5.3 ja häufiger auf IBM Domino Servern und wohl auch auf Notes Clients: Alle NSF Dateien werden nach einer gewissen Zeit vom Domino Server bzw. Client in Beschlag genommen und befinden sich dann "im Zugriff", auch wenn sie sich außerhalb des Data Verzeichnisses befinden - aber noch auf der gleichen Partition.

Verantwortlich dafür ist der "dbcache". Lösen lässt sich das Problem temporär indem man den Konsolenbefehl "dbcache flush" abschickt. Dadurch wird der dbcache gelöscht und die Dateien befinden sich nicht weiter im Zugriff. Nun hat man ein Zeitfenster von einigen Sekunden bis Minuten (abhängig von der Anzahl der Datenbanken auf dem System), um die entsprechende Datei verschieben oder löschen zu können.

IBM Empfehlung für Rechner, die sowohl Client als auch Server betreiben (Also für die Entwickler unter uns):

DbCache sowohl für Client als auch für Server über notes.ini Parameter deaktivieren.
NSF_DbCache_Disable=1

Kurzes Hintergrundwissen: Was macht DbCache?

DbCache baut sich eine Liste mit ReplicaIDs aller NSF Dateien auf dem Server auf, damit dem anfragendem Client schneller die korrekte Datenbank vermittelt werden kann. Da der DbCache nur in einer Instanz auf einem Server laufen kann und der Server auch ein partitioned Server sein kann, überwacht der mehr als nur sein Data, da könnten ja auch noch andere Datas von anderen Server-Instanzen sein. Datenbanken landen durch erstmaligen Zugriff im DbCache oder im weiteren Verlauf durch ein Domino PreCaching.