www.mediclickstudio.fr

Apparement Mail click doit probablement comporter un bug.

En effet, lors de la réception de certains courriers Apicrypté, Mail Click tente en vain d'ouvrir une PJ et
"mouline" dans le vide jusqu'à tant que je "force à quitter" Mediclick.
Ceci intervient apparement de façon aléatoire.
D'autres collègues ont-ils les mêmes difficultés. (Je précise : Mac user)
J'ai en vain tenté de résoudre le problème avec mes correspondants sans résultats.
J'ai téléphoné à la hotline apicrypt : pas de solution, pas de compréhension du problème.
Les dev de Mediclick ont semble-t-il été contactés.

Alors qu'en est t-il.
En attendant je me replie sur apimail pou la partie réception des courriers cryptés.
Et là aucun problème.

Dans ton cas l'idéal est de voir ce qu'il y a vraiment dans ta BAL dédiée à Apicrypt.
La mienne étant sur laposte.net , il m'arrivait de recevoir des SPAM.
La v3 ne savait pas traiter des fichiers exotiques ... il me fallait donc les supprimer à la main en relevant le courrier ( sans l'effacer du serveur ) .

As tu eclairci ton problème ?

Non le pb reste entier.
Mais je peux dire que lors de la survenue des pb il n'ya avait aucun mail parasiste : uniquement des apicrypt.
Donc je retirais le mails en cause.
Cela n'arrive pas souvent mais il faut à chaque fois que je force à quitter Médiclick

Il persiste donc des mystères dans les tuyaux du net et des logiciels apicrypteurs.
Essai de voir ce qui reproduit le problème
merci pour les autres

Je reviens vers vous au sujet de ce pb non résolu à ce jour (Utilisateur MAC OSX LEOPARD 10.5.6):
Les courriers apicryptés de certains collègues (toujours les mêmes) comportent systématiquement une pièce jointe de type apz.
Ces pièce sont fictives et apparement automatiquement générées, puisque'ils me certifient ne pas tenter d'en créer.
Le pb est que MDK tente sans succès de les ouvrir, et mouline à l'infini.
La seule solution est de forcer à quitter MDK et LOGICMAX.

1. qq rencontre-t-il ce phénomène ?
2. Est-ce connu ?
3. Un début de solution ?

Ma parade :
1. vérifier dans Mail.app la présence d'un tel message affublé de cette maudite pièces jointe.
2. Le cas échéant décrypter ce message dans Apimail, qui ne rencontre pas de pb avec ces pièces jointes ficitives.

J'ai eu connu ce phénomène, il y a très longtemps au tout premier temps ou mdk acceptait la gestion des pièces apicrypt.

depuis des années ... plus ce phénomène avec les versions recentes
il serait interessant que tu nous donnes la version que tu utilises
et de faire un tour dans ton dossier Documents/... où il y a de dossier de reception et d'envoi et de transfert apicrypt

je ne suis pas devant ma machine pour t'indiquer exactement où est ce repertoire.
Verifie qu'il n'y a pas de fichiers qui trainent dans ce dossier.
au pire .. supprime ce dossier qui sera regénéré au prochain besoin

Merci de ta réponse

(MAC USER TJRS°

Bon je suis allé dans le dossier DOCUMENTS:APICRYPT
Je l'ai viré.
A la levée de boite suivante, tout s'est bien recréé.

Un truc me chiffonne cependant :
Il y a dans ce dossier "DOCUMENTS", un dossier "PJ" (au même niveau d'arborescence que "APICRYPT")
qui comporte :
•des pièces jointes de type .doc et .jpg qui correspondent à des PJ que j'ai envoyées.

•Mais également des fichiers "PeriCollectxxxx.etf" qui prennent l'icone MPEG (!!!)
En leur changeant l'extension en .txt, par exemple, je découvre des courriers (environ 80) :
ceux des fameux correspondants, dont mailclick n'arrive pas a décrypter les pseudo pièces jointes.
Que penser de ceci ?

PeriCollect ... un élément de MédiStory non ?
As tu un tel logiciel dans ton mac ?

Non aucune trace de Medistory, dieu m'en garde !
Mais je crois bien,puisque tu soulèves le pb, que les dits correspondants sont utilisateurs de Medistory.
C'est peut-être par là qu'il faut chercher.
Si le pb venait de Medistory, d'autres médiclickeurs devraient avoir le même pb que moi !
Or on n'entend guère de plaintes à ce sujet.

Bonjour,
On reçoit des messages apicrypt provenant d'utilisateurs Médistory tout a fait lisible et accompagné systématiquement de PJ Péricollect illisibles mais non bloquantes pour le moment, il faut les supprimer au fur et à mesure sinon des pbs surviennent à cause du nom de ces PJ qui s'allonge au fil du temps et qui finissent par bloquer au niveau du système d'exploitation (surtout sous Windows). Benoît Cabanel en sait bcp plus que moi sur la question
@+

Beudy Eric a écrit:Bonjour,
On reçoit des messages apicrypt provenant d'utilisateurs Médistory tout a fait lisible et accompagné systématiquement de PJ Péricollect illisibles mais non bloquantes pour le moment, il faut les supprimer au fur et à mesure sinon des pbs surviennent à cause du nom de ces PJ qui s'allonge au fil du temps et qui finissent par bloquer au niveau du système d'exploitation (surtout sous Windows). Benoît Cabanel en sait bcp plus que moi sur la question
@+

Merci pour cette info positive, je serai vigilant sur la question.
Je les ai supprimés, je verrai à l'usage.
A plus tard

Jean Schenker a écrit:

Beudy Eric a écrit:Bonjour,
Je les ai supprimés, je verrai à l'usage.
A plus tard

Il ne l'aura pas fallu longtemps pour la vérification. Je viens de recevoir un de ces fameux mails médistoriens :
I got it !

Merci Eric. Merci le forum.

Pour résumer le problème:
Tout message adressé par Apicrypt par un utilisateur de Médistory comporte une pièce jointe nommée "PeriCollect.etf"
Cette pièce jointe n'est lisible que par les utilisateurs de Médistory et n'a aucun interêt pour nous; elle peut donc être détruite systématiquement.
Le problème rencontré par certains vient d'un petit bug qui fait que, lors de la réception de ce type de pièce jointe, Médiclick numérote de la façon suivante:
PeriCollect.etf
PeriCollect-1.etf
PeriCollect-1-2.etf
PeriCollect-1-2-3.etf

etc.. etc
Il arrive un moment où la longueur du nom de la pièce jointe est plus long que ce qu'autorise Windows (aux environs de la 60eme pièce jointe).
Lors de la réception des messages, Médiclick ne pouvant enregistrer la pièce jointe (nom trop long, refusé par Windows), bloque la réception des messages.
En attendant la correction dece bug, la meilleure solution consite à aller faire un tour dans le répertoire "Documents" du fichier Médical.
Dans le sous répertoire "PJ" (Pièces Jointes), supprimer toutes les PJ PeriCollect.
Et c'est reparti pour un tour.

Si vous avez des correspondants Médistoriens, le mieux est de faire régulièrement du ménage dans le répertoire PJ sans attendre le blocage.

Benoit CABANEL

Merci pour tes informations claires.
J'ai maintenant parfaitement compris le pb, et j'irai faire régulièrement le ménage dans PJ.
Avant que le nom des documents ne dépasse la capacité maximale.

Merci encore

Merci Benoit,

Notre référent en Apicrypt pour cette explication claire et constructive

Bonsoir,

J'observe depuis qq semaines un ralentissement inéxorable du fonctionnement de mailclick
La réception des messages est assez rapide, après, ça se gate.
15 à 20 sec pour passer d'un onglet à l'autre !
J'ai pourtant fait le ménage dans l'historique et dans le dossier Apycript du dossier Document
une idée ?

MOSSER a écrit:Bonsoir,

J'observe depuis qq semaines un ralentissement inéxorable du fonctionnement de mailclick
La réception des messages est assez rapide, après, ça se gate.
15 à 20 sec pour passer d'un onglet à l'autre !
J'ai pourtant fait le ménage dans l'historique et dans le dossier Apycript du dossier Document
une idée ?

désolé
pas d'idée en cours si tu as tout purgé =mystère

Cela provient d'un engorgement du serveur chez Apicrypt , car certains logiciel ne purgent pas le serveur après la reception;

Si bien que lorsque l'on tente de récupérer le courrier , le serveur doit "lire" tout ce qui est chargé pour faire le tri de ce qu'il doit t'envoyer
A + Denis

Denis LORET a écrit:Cela provient d'un engorgement du serveur chez Apicrypt , car certains logiciel ne purgent pas le serveur après la reception

Je ne crois pas, car la lenteur n'intervient pas à la réception des mails cryptés MAIS après, à leur interprétation dans mailclick, à l'affichage en clair avant rangement ou au changements d'onglets

Bonjour Francois
Tu a vidanger ton historique mais as-tu pensé à vidanger ceux de tes associés?
Pascal

Bonsoir pascal

J'ai vidangé le dossier apicrypt des 2 utilisateurs réseau sur le serveur.
Par contre je n'ai pas pensé à vidangé l'historique de mon associé; je vois ça demain avec lui (un Pascal aussi) et vous tiens au courant

Historique purgé chez mon associé (8000 items...)
Mail click = turbo !!!
Bien joué !
Merci bcp

rigolo

ca me rappelle un tuto que j'avais fait il y a bien longtemps

http://www.mediclickstudio.net/site/tuto/tuto_html/Cure_d_amaigrissement.html

il y est fait mention de faire cela sur tous les postes

Exact, mais je suis loin d'avoir exploré tous les tutos...

test de resurrection ?

Ca roule

administrateur a écrit:test de resurrection ?

Ca roule, Jésus...

Alleluia.
Le changement d'heure a presque réussi, même si on en est resté l'heure d'été

Par contre il me semble que mon compteur de messages reste bloqué à 83...