problème messages non lus Notes 7

[karaz]

Bonjour à tous,

Lors de mon stage, j'ai du préparer le passage d'outlook vers Lotus Notes 7. maintenant, le transfert a été effectué mais les utilisateurs ont un problème de rafraichissement pour l'arrivée de nouveaux messages.

Le souci est qu'ils doivent toujours cliquer sur le bouton rafraîchir pour vérifier qu'ils n'ont rien reçu. Un message peut être arrivé depuis 1h sans apparaître dans "courrier en arrivée"

Nous avons un client lotus notes 7 qui fonctionne très bien et j'ai comparé les configurations des 2 clients qui sont pratiquement identique.

cela ne fait pas longtemps que j'utilise ce client de messagerie donc peu d'expérience.

Merci pour toute l'aide que vous pourrez m'apporter.

[SISSI]

Slt,

Vérifier si la case "Actualiser automatiquement le Courrier en arrivée" est cochée dans Fichier - Préférences - Préférences utilisateur puis cliquez sur Courrier. Si elle est désactivée et grisée pour l'activer cocher la case "Contrôler l'arrivée du courrier toutes les..." qui se trouve dans le paragraphe au dessus puis cocher la case ci-dessous et re-décocher la case au dessus. Ensuite il faut valider les paramètres et QUITTER Lotus. Puis vérifier que le paramètre est toujours activé et tester en s'envoyant un message.

[karaz]

merci pour la réponse mais ces paramètres sont déjà activés et quand je fais un test, je mets le temps de controle de l'arrivée de courrier à 3 minutes.

Malheureusement, rien n'apparaît dans Courrier en arrivée tant que je ne rafraichis pas.

[SISSI]

tu as essayé de repartir avec un names.nsf propre ?

[karaz]

non, je n'ai pas essayé et comment fait-on pour avoir un names.nsf propre.
faut-il en créer un, et dans ce cas comment?
ou en récupérant un?

je précise que je n'ai aucun accès au serveur domino à cause de la sécurité mis en place dans le service informatique.

[SISSI]

En fait il faut faire une sauvegarde du Notes.ini puis le modifier comme suit en gardant seulement ces lignes

[Notes]
KitType=1
Directory=C:\notes\data
UserInterface=fr
InstallType=2
FaultRecovery_Build=Release 7.0.4
DSTLAW=3,-1,1,10,-1,1
Timezone=-1

***

Puis relancer la configuration du client. Si tu as bien le fichier pernames.ntf le fichier names.nsf se recréera.

[SISSI]

J'ai oublié : Attention il faut renommer avant la reconfig, le fichier names.nsf en names1.nsf mais pas le supprimer car si ton utilisateur aavait des contacts dans son carnet d'adresse perso il faudra lui re-coller après la reconfig.

[elvico]

Est-ce que les utilisateurs accèdent directement à leur BAL sur le serveur, ou bien ont-ils une réplique en locale ? Dans ce dernier cas, il faut vérifier les paramètres de réplication au niveau du document site.

[karaz]

elvico,

Les utilisateurs accèdent à leur messagerie sur le serveur.

Par contre, j'ai remarqué que lors d'une réplication, les messages apparaissent sans souci dans la base locale alors qu'ils ne sont pas encore affichés dans la base sur le serveur.

[karaz]

bonjour,


J'ai utilisé la méthode de SISSI qui a fonctionné pendant un certain temps.
Le problème revient quand les postes sont redémarrés.

je pensais que le problème venait lorsque les contacts étaient rajoutés mais j'ai testé en recréant un names.nsf et en redémarrant un poste sans modifier les contacts mais le problèmes revient quand même.

Si quelqu'un a une idée sur le fait que cela ne fonctionne plus après un redémarrage du poste.
Merci pour l'aide que vous pourrez m'apporter.

[SISSI]

Slt,

ça peut aussi venir du desktop.dsk ou du cache.ndk

Pour le cache il faut juste supprimer le fichier cache.ndk, il se régénère tout seul
Pour desktop il faut le remplacer par un desktop d'origine qui n'a jamais été configuré et le reconfigurer selon l'utilisateur en rajoutant toutes les bases qu'il utilise.

Remplacement et suppr fait Notes fermé bien sûr.

[SISSI]

ça peut venir aussi de la gestion des non-lus dans les propriétés de la base, surtout quand tu es en cluster (dernier onglet avec le petit chapeau). A vérifier.