DominoArea.org [Archive]

Bonjour tout le monde

Question sur les quotas.

Un client lourd sur un poste fixe avec une boite mail sur serveur et un quota

- Tout va bien

Un client lourd sur un portable avec une réplique en local de la base mail et un quota sur le serveur

- Rien ne vas plus

Les utilisateurs explosent leurs quotas impunément car le processus de réplication ne tient pas compte des quotas fixé sur le serveur.

Y a t-il un moyen d'empêcher cela

Il est vrai que les quotas ne sont utiles que sur le serveur, en réplique locale l'impunité est totale

Je suis confronté au même problème que j'ai traité de deux façons:

1 Modèle de messagerie spécifique

2 Lorsque d'une façon durable un utilisateur ne tient pas compte de nos avertissements, on neutralise la réplication dans les propriétés de la base.

Cela se termine immanquablement par un appel au service desk, et un retour à la normale contraint et forcé pour le contrevenant.

Merci pour ta réponse, mais neutraliser la réplication, c'est trop extrême pour moi, il y a un risque de perte de données si crach en local.

Salut,
je n'utilise pas les quotas mais pour "pénaliser" les mangeurs de disque, j'ai mis dans le postopen de la base mail un test qui vérifie la taille de la base, qui calcule la différence entre cette taille et le maximum autorisé et qui effectue "une pause (sleep en ls)" de 1s pour chaque 5Mo supplémentaire.
lorsqu'ils appellent pour se plaindre du temps d'ouverture, je leur dis que c'est parce que leur base est trop grosse et qu'il faut faire du ménage

cdlt

Alain

Bonjour,

J'ai pas tout lu mais cela pourrait correspondre.

http://www.ibm.com/developerworks/lotus ... index.html

@nemrod93 : pas bête l'idée à retenir !

Merci je vais lire tout cela tranquillement et si je trouve la solution je vous le dirais

J'ai trouvé ça, jetez y un coup d'œil et donné moi vos avis


http://www-01.ibm.com/support/docview.w ... wg21247798

Re

J'ai trouvé ce paramètre qui pour moi était un paramètre serveur, mais j'ai vu sur le site d'IBM qu'on pouvais le mettre dans le Notes.ini du client, a la mano ou via une policie.

REPL_OBEYS_QUOTAS=1

Cela fonctionne très bien, j'ai fait le test avec des répliques de bases en local,

Mail
Archive

des que le quotas défini sur le serveur est atteint, la réplication échoue.

Il y a juste à mon avis un petit souci quand même, le message d'erreur indiquant l'échec de la réplication apparait dans l'onglet réplicateur et/ou dans la barre de message en bas de l'écran.

Donc si le gentil boulet qui utilise le poste ne fait pas attention (99.99%), il risque en cas de crash disk local de perdre trace de tous les messages envoyés qui seront restés en local car non répliqué à cause de ce paramètre.

Messieurs les développeurs de génie , pensez vous qu'il y ai un moyen d'intercepter le message et de générer un POP UP

Pfffffff....

encore l'apartheid entre les admins et les devs....

m'en fout j'fais les deux

Slt, La réplique locale doit être mal paramétrée (paramètre réplication).... car chez nous nous avons beaucoup de clients avec des répliques locales et ça se passe bien, même avec un clusteur. Sinon il peut y avoir un prob avec la gestion des pointeurs de réplique nons lus.A+