1Roland Reddekop  6/25/2009 12:57:13 PM  Introducing a new Desktop policy

Amen!

2Chris Whisonant  6/25/2009 1:18:18 PM  Introducing a new Desktop policy

THANK YOU!!! After 2 MR's (8.0.1/2) and 1 Release (8.5) you have listened to us... ;)

Thanks again, though - it's what we need! :)

3Jack Dausman  6/25/2009 1:23:01 PM  Introducing a new Desktop policy

Spot on

4Mark Rattray  6/25/2009 1:39:50 PM  Introducing a new Desktop policy

Big thanks !!! Very useful !!!

5Romel Jacinto  6/25/2009 2:35:37 PM  Introducing a new Desktop policy

This helps admins and users quite a bit, however is there any verification that the contact synchronization replicates with the owner's mail file?

In our environment we use location documents so that users can easily switch between user id's. This is particularly useful for shared mail accounts like customer service.

A separate policy can be put into place for shared mail accounts to disable contact synchronization, but it'd be great if there were some background checking for contact synchronization between the local names.nsf owner and the mail file owner.

6Dietmar Dumke  6/25/2009 2:45:21 PM  Introducing a new Desktop policy

Another small step into the right direction. However, again falls too short (for me). What about to MOVE the whole Contacts (and, btw. Notebook/Journal as well) from names.nsf to mail db entirely and use it from there exclusively? Since iNotes exists, it is already there for ages. No need to sync (and/or roam) anything anymore. And they are safe, and backed up, at the server. names.nsf then would degrade to a client configuration db. There are much more chances (just to mention automatic server side personal contacts aggregation into a shared addressbook, using dircat).

7Ryan Benech  6/25/2009 3:39:29 PM  Introducing a new Desktop policy

Great!

I concur with #6, Contacts should be moved into mail db.

As for policies, how about a "disable recent contacts" policy. Is it somewhere else?

(I'd prefer if the recent contacts worked, but it doesn't for us - we have a central address book and the recent contacts concept is constantly confusing people because "they've change the email address in the address book" but it still shows the old address. I suppose a programatic way to delete invalid recent contacts would work for me too... hrm....)

8Romel Jacinto  6/25/2009 3:54:50 PM  Introducing a new Desktop policy

@7

There is no specific item within policies to disable recent contacts[1], however there is a notes.ini parameter:

DisableDPABProcessing=1 [2]

In 8.5 one can push out notes.ini parameters via policy. [3]

[1] { Link }

[2] { Link }

[3] { Link }

9Paul Farris  6/26/2009 2:09:44 AM  Introducing a new Desktop policy

Thank you. I have been wondering how to modify the template file to set this automatically and this should save me worrying about that now.

10Fred Janssen  6/26/2009 6:26:31 AM  Introducing a new Desktop policy

Now all we need is "Synchronise Notebook", please.

11Isaac  6/26/2009 8:33:36 AM  Introducing a new Desktop policy

Now next step is to make sure the local address book is upgraded from R7 to R8 when we upgrading clients to R8.... I have seen many cases that upgraded clients leave behind the local names.nsf without upgrading it.

12Scott Petricig  6/26/2009 10:57:09 AM  Introducing a new Desktop policy

@6

This is definitely the best solution (moving contacts to the mail file).. would also help in instances where there's more than one person using a Notes client - why should someone else's contacts come up when I'm logged in as myself?

13Keith Brooks  6/26/2009 10:57:11 AM  Introducing a new Desktop policy

Get out! Hey Someone does take notes at that session :-)

Just kidding.

It is the little things which mean so much to us.

14Tomas "Widda" Widin  6/30/2009 8:08:42 AM  Introducing a new Desktop policy

Say no more! Cant wait.

15Sean Harris  7/1/2009 4:20:31 PM  Introducing a new Desktop policy

Thank you, thank you, thank you MB!

16Anna  7/20/2009 11:34:37 AM  Introducing a new Desktop policy

Is there going to be any similar policy for the Journal?

17Christian Dencker  8/17/2009 6:36:21 AM  Introducing a new Desktop policy

Arh mmm ehhh

I got 2000 new users on 8.5 (just killed the ExChange server with a hammer ... hehe)

I need this feature IN 8.5 .... Anyone know of a workaround ?

18Mirel Popa  8/20/2009 12:55:44 PM  Introducing a new Desktop policy

Yes, it would be great if this can be done with 8.5 FP1, maybe setting the correct fields using custom policy settings? Thanks