fighting for truth, justice, and a kick-butt lotus notes experience.

New pubnames.ntf for Domino 9.0.1 extends Holidays and policy settings

 Oktober 29 2016 07:49:10 AM
Now Available: New pubnames.ntf for Domino 9.0.1 (extends Holiday documents + adds policy updates for IMSMO & Traveler)

Image:New pubnames.ntf for Domino 9.0.1 extends Holidays and policy settings

A new Domino Directory template (pubnames.ntf) for Domino 9.0.1 is now available.

This new template extends Holiday documents through years 2026 or 2027 and adds policy updates for Traveler and IBM mail support for Microsoft Outlook (IMSMO).

For details on the updates and download information, please see the technote linked below.  

-->  http://www.ibm.com/support/docview.wss?uid=swg21989194

via IBM developerworks

Hint: The default holidays documents IBM is distributing with the 9.0.1 pubnames.ntf (Domino Directory) will end this year 2016. If you want to have default holiday entries next year. Take a look at the new pubnames.ntf.

A new pubnames.ntf for Domino 9.0.1 is now available that includes the following updates:
  • Holiday documents that have been extended another 10 years through 2026 or 2027 depending on the holiday.
  • Policy update for Traveler servers that allows admins to remove the device password requirement for Traveler devices. Hybrid customers will be able to override the default that says you must have a device password.
  • Policy update for IMSMO cloud and on-premises servers that allows more granular control of auto-processing notices. Now you can choose whether to skip processing of meeting notices that have pending reschedules. In the cloud, this new setting is enforced/enabled regardless of the policy setting selected on-premises.

Is this new template available in non-English versions?


No. Full localization is being worked for Domino 9.0.1 Feature Pack 8

Should admins delete the prior holidays before importing these new ones?


No. The updated holidays include the original start dates but extend into either year 2026 or year 2027 depending on the holiday. The holidays will not be duplicated but instead extended; therefore, users will see the past and future holiday dates.



Kommentare

1Reinhard  11/15/2016 2:21:30 PM  New pubnames.ntf for Domino 9.0.1 extends Holidays and policy settings

Kurze/blöde Frage:

Kann man die Holiday-Dokumente im bestehenden Domino-Directory einfach löschen und austauschen ohne dass das einen bösen Nebeneffekt beim User beim importieren hat?

2Detlev Poettgen  11/16/2016 7:53:02 AM  New pubnames.ntf for Domino 9.0.1 extends Holidays and policy settings

Die Empfehlung wäre die Neuen einzukopieren und die Alten ersteinmal drin zu lassen.

3Byte  12/07/2016 4:23:41 PM  New pubnames.ntf for Domino 9.0.1 extends Holidays and policy settings

n.m.E - wäre das löschen der Kalenderkoumente Aus dem Dodo (Domino directroy) keine gute Idee.

Benutzer, welche bereits den Kalender mit diesen Feiertagen doks gefüttert haben und diese im NAb gelöscht wurden, neu eingefügt - haben anschließend doppelte Dokumente.

Im Feiertage importieren (aktion) werden die dok IDs mit denen aus dem Dodi verglichen und dann entfernt (insofern vorhanden)

die "Feiertage entfernen" Funktion alleine, gibt es leider nicht.

daher keine Feiertagsdokumente löschen, wenn diese bereits in die Kalender importiert wurden (durch den Benutzer)

Es wird eine FM erscheinen wie "4241: Cannot remove notesdocument when instantiated by NotesUIDocument.".

Das Dokument wäre dann mittels Agent durch auswertung der " HolidayGroup" zu suchen und zu entfernen / durch den Benutzer zu löschen.

Bevor das nicht geschieht, werden neue Kalenderdokumente aus dem DoDi zwar trotzdem importiert, es erflogt dann allerdings die zuvor genannte FM & "Resume" (LN R901/FP7)

  •  
  • Hinweis zum Datenschutz und Datennutzung:
    Bitte lesen Sie unseren Hinweis zum Datenschutz bevor Sie hier einen Kommentar erstellen.
    Zur Erstellung eines Kommentar werden folgende Daten benötigt:
    - Name
    - Mailadresse
    Der Name kann auch ein Nickname/Pseudonym sein und wird hier auf diesem Blog zu Ihrem Kommentar angezeigt. Die Email-Adresse dient im Fall einer inhaltlichen Unklarheit Ihres Kommentars für persönliche Rückfragen durch mich, Detlev Pöttgen.
    Sowohl Ihr Name als auch Ihre Mailadresse werden nicht für andere Zwecke (Stichwort: Werbung) verwendet und auch nicht an Dritte übermittelt.
    Ihr Kommentar inkl. Ihrer übermittelten Kontaktdaten kann jederzeit auf Ihren Wunsch hin wieder gelöscht werden. Senden Sie in diesem Fall bitte eine Mail an blog(a)poettgen(punkt)eu

  • Note on data protection and data usage:
    Please read our Notes on Data Protection before posting a comment here.
    The following data is required to create a comment:
    - Name
    - Mail address
    The name can also be a nickname/pseudonym and will be displayed here on this blog with your comment. The email address will be used for personal questions by me, Detlev Pöttgen, in the event that the content of your comment is unclear.
    Neither your name nor your e-mail address will be used for any other purposes (like advertising) and will not be passed on to third parties.
    Your comment including your transmitted contact data can be deleted at any time on your request. In this case please send an email to blog(a)poettgen(dot)eu

Archive