www.mediclickstudio.fr

Bonjour,
Je suis sur iMac blanc, OS X 10.6.3, et depuis la mise à jour MDK 5 je reçois les messages envoyés par les laboratoires ou autres organismes sans difficultés, mais par contre le décryptage ne s'effectue pas.
J'ai vérifié si le lien dans les préférences MDK/logiciel,mail,DMP/Mail que le lien était toujours présent (Macintosh HD:Applications:Apicrypt Service:Clefs:francois.BOUTARIC.110) et sans caractère accentué, ce qui est le cas.
J'ai appelé la Hot line d'Apicrypt qui m'a confirmé que mon compte n'était pas désactivé.
Je ne sais si cela a un rapport mais chez moi l'onglet "Secure Medical Mail" ne s'active pas quand je clique dessus.

je ne comprends pas ce qui se passe, et de plus il est impossible de joindre la Hot Line de Cegedim !

Si quelqu'un aurait une idée, je l'en remercie d'avance.

F Boutaric

Bonjour

le SMM est dédié au PC ...donc onglet inactif sur mac
as tu lu les autres contributions sur Apicrypt présent dans ce sous forum.
Il y a parfois es pb de droits lecture/écriture des dossiers et sous dossiers

Salut,
j'avais lu une bonne partie des contributions sur le forum.
L'une d'elle m'avait échappée. Il est possible que les clefs présentent un Bug qui ne se révèle pas au début de son utilisation. peut être que ce bug s'est révélé lors de la mise à jour MDK 5 ?
Je vais donc demandé à la société apicem de me faire parvenir de nouvelles clefs.
Et je vous tiens au courant.

A+

Re salut,
He bien non. D'après le support Apicem, les clefs sont lues parfaitement bien. C'est la fonction de décryptage de MDK 5 qui ne fonctionne pas. Il semble que cette anomalie ne soit pas inhabituelle. En attendant que je puisse joindre la hot line, il m'a activité apiwebmail qui me permet de consulter mes courriers cryptés qui ensuite pourront être récupérés par MDK 5 pour les intégrer aux dossiers.

Suspens...

fboutaric a écrit:Salut,
j'avais lu une bonne partie des contributions sur le forum.
L'une d'elle m'avait échappée. Il est possible que les clefs présentent un Bug qui ne se révèle pas au début de son utilisation. peut être que ce bug s'est révélé lors de la mise à jour MDK 5 ?
Je vais donc demandé à la société apicem de me faire parvenir de nouvelles clefs.
Et je vous tiens au courant.

A+

un bug avec les clés ... j'y crois pas . Apicem dira surement que cela est impossible aussi.
La solution passera par une prise ne main par la hotline CLM
courage. Elle va répondre
Tiens nous au courant
merci

Il faut redonner les autorisations en lecture écriture sur le dossier '" Documents" et à tous les éléments inclus!
Le dossier "Arrivée" de Apicrypt se trouve dans ce dossier et il faut lui donner les autorisation en lecture écriture
A+
Denis

as tu vérifié cela ?

Es tu en réseau? est ce que d'autres postes fonctionnent normalement?
Si c'est le cas et que les droits en lecture-écriture sont bien en ordre sur le serveur, tu peux essayer de remplacer le fichier MedicliX.lbs en provenance d'un poste qui marche normalement.
@+

J'ai enfin réussi à obtenir une communication avec la Hot line de cegedim.
D'après mon interlocuteur cela ne peut pas provenir de MDK 5 car celui-ci ne fait que "copier/coller" ce que Apicrypt reçoit, décrypte et place dans le dossier de sauvegarde/documents/Apicrypt/ARRIVEE.
Ce serait donc un problème de décryptage provenant du logiciel Apicrypt

Un nouveau rebondissement...

J'ai vérifié : tous les dossiers documents, apicrypt ou arrivee sont en lecture et écriture autorisées.
Malheureusement pour la dernière solution : je suis en monoposte.
Je vais déja voir si apiwebmail fonctionne.

Je viens de m'apercevoir qu'il y avait un problème sur les messages cryptés pour les utilisateurs connectés à Orange. Il existe peut être un rapport...

Salut à toutes et à tous,
Une des solutions que vous m'avez proposé était de prendre un fichier MedicliX.lbs d'un autre ordinateur du réseau et de le remplacer sur le mien.
Etant en monoposte je n'avais pas cette possibilité. Cependant, j'ai récemment fait une mise à jour via le module de mise à jour de MDK et cette mise à jour concernait justement ce type de fichier (MedicliX.lbs).
Pensez vous que cette mise à jour puisse résoudre le problème ?

un librairie corrompue peut exister
as tu essayé de regarder via MAIL .app le contenu de ta boite Apicrypt
n'y a t-il pas des fichiers perturbateurs
tu ne nous a pas dit sur quelle type de boite arrivait tes messages cryptés .
Parfois ( avec laposte.net ou autre boite ) des courriers non cryptés y arrivent ( spam ) et sa fiche le binz.

Salut,
je n'utilise plus Mail.app, je récupère quotidiennement les messages via MDK uniquement.

Oui
Si tu veux connnaître le contenu de ta boite récupérant les fichiers apicrypt ,fichiers présents sur le serveur de ton FAI , il te faut utiliser MAIL.

Pour peu que tu ai décoché " Après récupération, supprimer la copie du serveur " ... depuis l'onglet " Avancé " cela te permet de voir le contenu de ta boite sans la vider.

quand jetait sur laposte.net ... j'y recevait des spam qui bloquaient tout.

je fais de même avec MAIl pour visualiser si beoin le contenu de ma boite FSE ( option FSE de wanadoo santé ).

Salut,
Pour Mail c'est intéressant, Merci.
Finalement, et avec l'aide de la HotLine, je ne cherche plus mon courrier en utilisant mediclick (Resuclick/ranger le courrier/reception) mas en utilisant Apimail A qui enregistre les fichiers réceptionnés en .txt dans le dossier Apicrypt et qui sont automatiquement visibles dans la zone d'importation de mediclick.
Cela marche impeccablement.

problème résolu.

merci à toutes et à tous

mouais
pas satisfaisant tout de même non ?
mdk est sensé pouvoir tout faire tout seul.
passer par un tiers sans avoir vraiment compris pourquoi ca cagouille ....

Bonjour,
Pour envoyer les courriers ça fonctionne comment?
@+

Eric ... c'est une question à fboutaric que tu poses ou tu souhaites savoir comment on fait pour envoyer des courriers ?

C'est une question à fboutaric Chez nous ça fonctionne très bien en natif dans MDK, en réception et en émission
Mais lors d'appels à la hotline pour d'autres pbs, cette dernière n'est pas trop partisane de la solution native pour apicrypt et là on était pas d'accord
@+