plus d'ARL neuf
plus d'ARL neuf
Bonjour à tous
J'ai télétransmis la semaine dernière et je n'ai à ce jour aucun ARL ni évidement aucun avis de paiement! J'ai essayé de comprendre mais en vain. La semaine passé j'ai télétransmis 5 lots dont 2 seulements ont donné lieu à un ARL (et reglement) les 3 autres + d'autres lots télétransmis les jours suivant ont été télétransmis d'après véga mais là pareil: pas d'ARL...
Je n'ai pourtant rien modifié (logiciels, antivirus etc...)
A votre avis, le problème vient des caisses ou de ma boite aux lettres chez neuf ?
Merci pour vos réponses!
J'ai télétransmis la semaine dernière et je n'ai à ce jour aucun ARL ni évidement aucun avis de paiement! J'ai essayé de comprendre mais en vain. La semaine passé j'ai télétransmis 5 lots dont 2 seulements ont donné lieu à un ARL (et reglement) les 3 autres + d'autres lots télétransmis les jours suivant ont été télétransmis d'après véga mais là pareil: pas d'ARL...
Je n'ai pourtant rien modifié (logiciels, antivirus etc...)
A votre avis, le problème vient des caisses ou de ma boite aux lettres chez neuf ?
Merci pour vos réponses!
- Alain Alvo
-
- Messages : 3068
- Enregistré le : mer. sept. 18, 2002 8:03 am
- Profimage : O
Bonsoir Damax675. Tu peux essayer de faire ceci :
1/ Un test internet : Outils-Maintenance-Test internet-Bouton Tester
2/ Un test télétrans "habituel" "Télétrans-Télétransmettre.
Ensuite si tu es sûr que ton pare-feu et/ou ton antivirus ne sont pas en cause, il faut essayer d'interroger neuf (ou Neuf/SFR ?)
Moralité : Si tu n'as plus "d'ARL neuf" tu as toujours les vieux.
1/ Un test internet : Outils-Maintenance-Test internet-Bouton Tester
2/ Un test télétrans "habituel" "Télétrans-Télétransmettre.
Ensuite si tu es sûr que ton pare-feu et/ou ton antivirus ne sont pas en cause, il faut essayer d'interroger neuf (ou Neuf/SFR ?)
Moralité : Si tu n'as plus "d'ARL neuf" tu as toujours les vieux.


Merci Alain pour ta réponse!
J'ai tenté tout l'apres midi de faire des test avec pare-feu sans parfeu, pareil avec l'antivirus... J'ai fais un test de la boite au lettre sous vega, ce dernier m'indique:
TEST DE LA MESSAGERIE ******************@neuf.fr
(20:11:18) RASOpen, connexion de l'utilisateur : 999999999
(20:11:18) >La connexion par réseau local est active : 1
(20:11:18) SendMail, envoi d'un message à mailbidon@mailbidon.com
(20:11:18) --Connexion de la socket au serveur SMTP
(20:11:18) -->La socket (1700) est connectée au serveur SMTP
(20:11:18) ----Début du dialogue SMTP avec le serveur smtp.neuf.fr
(20:11:18) ------Récupération de la réponse du serveur
(20:11:18) ------Commande ESMTP : EHLO smtp.neuf.fr
(20:11:18) ------Récupération de la réponse du serveur
(20:11:18) Ce serveur SMTP ne gère pas les avis de remise ou de non remise
(20:11:18) ------Commande SMTP : MAIL FROM:<mailbidon@mailbidon.com>
(20:11:18) ------Récupération de la réponse du serveur
(20:11:18) ------Commande SMTP : RCPT TO:<mailbidon@mailbidon.com>
(20:11:18) ------Récupération de la réponse du serveur
(20:11:18) ------Commande SMTP : DATA
(20:11:18) ------Récupération de la réponse du serveur
(20:11:18) >>>>>>ENVOI DES DONNEES DU MESSAGE SMTP
(20:11:18) ------Envoi de l'entête du message
(20:11:18) ------Envoi du corps du fichier attaché >TestInt\FicTest.txt<
(20:11:18) ------Envoi de la fin du message
(20:11:18) ------Récupération de la réponse du serveur
(20:11:19) ------Commande SMTP : QUIT
(20:11:19) ------Récupération de la réponse du serveur
(20:11:19) ---->Fin du dialogue SMTP avec le serveur smtp.neuf.fr
(20:11:19) --Fermeture de la socket (1700)
(20:11:19) >Le message a été envoyé correctement
Pourtant vega m'indique que le test à echoué...
mystère....
Je lance d'autres tests et je vous tiens au courant...
J'ai tenté tout l'apres midi de faire des test avec pare-feu sans parfeu, pareil avec l'antivirus... J'ai fais un test de la boite au lettre sous vega, ce dernier m'indique:
TEST DE LA MESSAGERIE ******************@neuf.fr
(20:11:18) RASOpen, connexion de l'utilisateur : 999999999
(20:11:18) >La connexion par réseau local est active : 1
(20:11:18) SendMail, envoi d'un message à mailbidon@mailbidon.com
(20:11:18) --Connexion de la socket au serveur SMTP
(20:11:18) -->La socket (1700) est connectée au serveur SMTP
(20:11:18) ----Début du dialogue SMTP avec le serveur smtp.neuf.fr
(20:11:18) ------Récupération de la réponse du serveur
(20:11:18) ------Commande ESMTP : EHLO smtp.neuf.fr
(20:11:18) ------Récupération de la réponse du serveur
(20:11:18) Ce serveur SMTP ne gère pas les avis de remise ou de non remise
(20:11:18) ------Commande SMTP : MAIL FROM:<mailbidon@mailbidon.com>
(20:11:18) ------Récupération de la réponse du serveur
(20:11:18) ------Commande SMTP : RCPT TO:<mailbidon@mailbidon.com>
(20:11:18) ------Récupération de la réponse du serveur
(20:11:18) ------Commande SMTP : DATA
(20:11:18) ------Récupération de la réponse du serveur
(20:11:18) >>>>>>ENVOI DES DONNEES DU MESSAGE SMTP
(20:11:18) ------Envoi de l'entête du message
(20:11:18) ------Envoi du corps du fichier attaché >TestInt\FicTest.txt<
(20:11:18) ------Envoi de la fin du message
(20:11:18) ------Récupération de la réponse du serveur
(20:11:19) ------Commande SMTP : QUIT
(20:11:19) ------Récupération de la réponse du serveur
(20:11:19) ---->Fin du dialogue SMTP avec le serveur smtp.neuf.fr
(20:11:19) --Fermeture de la socket (1700)
(20:11:19) >Le message a été envoyé correctement
Pourtant vega m'indique que le test à echoué...
mystère....
Je lance d'autres tests et je vous tiens au courant...
- Alain Alvo
-
- Messages : 3068
- Enregistré le : mer. sept. 18, 2002 8:03 am
- Profimage : O
- ManuPatout
-
- Messages : 4512
- Enregistré le : lun. déc. 10, 2001 4:57 pm
- Profimage : K
- Localisation : Paimpol (22)
- Michel L.
-
- Messages : 1322
- Enregistré le : jeu. déc. 20, 2007 12:49 pm
- Profimage : E
- Localisation : Castries
Bonjour,
si vous le souhaitez, je vous propose de faire le test en ligne avec nous.
Pour ce faire, envoyez une seule facture en télétrans. Attendez le lendemain sans refaire d'autres télétransmission. Appelez nous, nous nous connecterons sur votre boite pour voir si les ARLS y sont. Si ils y sont, vous ferez une télétrans en même temps et nous regarderons ou sont passés les ARLS. Si ils n'y sont pas, c'est que soit la caisse les renvois sur une mauvaise adresse, soit il y a un antispam sur votre boite.
si vous le souhaitez, je vous propose de faire le test en ligne avec nous.
Pour ce faire, envoyez une seule facture en télétrans. Attendez le lendemain sans refaire d'autres télétransmission. Appelez nous, nous nous connecterons sur votre boite pour voir si les ARLS y sont. Si ils y sont, vous ferez une télétrans en même temps et nous regarderons ou sont passés les ARLS. Si ils n'y sont pas, c'est que soit la caisse les renvois sur une mauvaise adresse, soit il y a un antispam sur votre boite.
L’avantage des médecins, c’est que lorsqu’ils commettent une erreur...... ils l’enterrent tout de suite.
- Vincent HOVASSE
-
- Messages : 5248
- Enregistré le : dim. mai 27, 2007 5:18 pm
- Profimage : K
- Localisation : 66000
Merci à l'ensemble des intervenant pour votre aide
Merci d'avoir édité mon 1er post, navré pour la "bourde"!
Ok je vais aller securiser 2 ou 3 patients cet apres-midi, ces derniers dépendent de 3 caisses différentes, donc on verra bien ce qui ses passe, si le probleme de reception est général ou limité à ma CPAM de référence en particulier (car ce matin j'ai un doute, mardi dernier j'ai envoyé 2 lots : l'un pour la cpam l'autre pour la mgen, or pour la mgen je ne trouve pas l'ARL correspondant mais par contre j'ai été payé...)bizarre bizarre mon histoire non?
Voici la trace détaillée de la télétrans en question de mardi dernier :
21:30:31) RASOpen, connexion de l'utilisateur : 67*****
(21:30:31) >La connexion par réseau local est active : 1
(21:30:31) LD_RASOpen - pointeur : 1
(21:30:31) Déjà connecté...
(21:30:31) CheckMail, début de la levée des messages
(21:30:31) --Connexion de la socket au serveur POP3
(21:30:31) -->La socket (316) est connectée au serveur POP3
(21:30:31) ----Début du dialogue POP3 avec le serveur pop.neuf.fr
(21:30:31) ------Récupération de la réponse du serveur
(21:30:35) ------Commande POP3 : USER sesamv*******
(21:30:35) ------Récupération de la réponse du serveur
(21:30:35) ------Commande POP3 : PASS d******
(21:30:35) ------Récupération de la réponse du serveur
(21:30:52) ------Commande POP3 : STAT
(21:30:52) ------Récupération de la réponse du serveur
(21:30:52) >>>>>>0 MESSAGES DANS LA BAL
(21:30:52) ------Commande POP3 : QUIT
(21:30:52) ------Récupération de la réponse du serveur
(21:30:52) ---->0 messages relevés
(21:30:52) --Fermeture de la socket (316)
(21:30:52) >Les messages ont étés relevés
(21:30:52) CheckMail OK - Nombre de mail reçu 0
(21:30:52) Traitement la liste des entrées de la BAL POP3 terminé.
(21:30:52) SendMail, envoi d'un message à *******@672.01.rss.fr
(21:30:52) --Connexion de la socket au serveur SMTP
(21:30:52) -->La socket (328) est connectée au serveur SMTP
(21:30:52) ----Début du dialogue SMTP avec le serveur smtp.neuf.fr
(21:30:52) ------Récupération de la réponse du serveur
(21:30:52) ------Commande ESMTP : EHLO smtp.neuf.fr
(21:30:52) ------Récupération de la réponse du serveur
(21:30:52) Ce serveur SMTP ne gère pas les avis de remise ou de non remise
(21:30:52) ------Commande SMTP : MAIL FROM:<ses**********@neuf.fr>
(21:30:52) ------Récupération de la réponse du serveur
(21:30:53) ------Commande SMTP : RCPT TO:<*****@672.01.rss.fr>
(21:30:53) ------Récupération de la réponse du serveur
(21:30:53) ------Commande SMTP : DATA
(21:30:53) ------Récupération de la réponse du serveur
(21:30:53) >>>>>>ENVOI DES DONNEES DU MESSAGE SMTP
(21:30:53) ------Envoi de l'entête du message
(21:30:53) ------Envoi du corps du fichier attaché >c:\ssv\FICSSV\FICTLT\CTAM183.TLT<
(21:30:53) ------Envoi de la fin du message
(21:30:53) ------Récupération de la réponse du serveur
(21:30:54) ------Commande SMTP : QUIT
(21:30:54) ------Récupération de la réponse du serveur
(21:30:55) ---->Fin du dialogue SMTP avec le serveur smtp.neuf.fr
(21:30:55) --Fermeture de la socket (328)
(21:30:55) >Le message a été envoyé correctement
(21:30:55) LD_SendMail OK
(21:30:55) SendMail, envoi d'un message à 9*****@672.91.rss.fr
(21:30:55) --Connexion de la socket au serveur SMTP
(21:30:55) -->La socket (320) est connectée au serveur SMTP
(21:30:55) ----Début du dialogue SMTP avec le serveur smtp.neuf.fr
(21:30:55) ------Récupération de la réponse du serveur
(21:30:55) ------Commande ESMTP : EHLO smtp.neuf.fr
(21:30:55) ------Récupération de la réponse du serveur
(21:30:55) Ce serveur SMTP ne gère pas les avis de remise ou de non remise
(21:30:55) ------Commande SMTP : MAIL FROM:<se********@neuf.fr>
(21:30:55) ------Récupération de la réponse du serveur
(21:30:55) ------Commande SMTP : RCPT TO:<9****@672.91.rss.fr>
(21:30:55) ------Récupération de la réponse du serveur
(21:30:57) ------Commande SMTP : DATA
(21:30:57) ------Récupération de la réponse du serveur
(21:30:57) >>>>>>ENVOI DES DONNEES DU MESSAGE SMTP
(21:30:57) ------Envoi de l'entête du message
(21:30:57) ------Envoi du corps du fichier attaché >c:\ssv\FICSSV\FICTLT\SMAM089.TLT<
(21:30:57) ------Envoi de la fin du message
(21:30:57) ------Récupération de la réponse du serveur
(21:31:03) ------Commande SMTP : QUIT
(21:31:03) ------Récupération de la réponse du serveur
(21:31:03) ---->Fin du dialogue SMTP avec le serveur smtp.neuf.fr
(21:31:03) --Fermeture de la socket (320)
(21:31:03) >Le message a été envoyé correctement
(21:31:03) LD_SendMail OK
(21:31:03) Déconnexion.
(21:31:03) RASClose, déconnexion : 1
(21:31:03) >La connexion par réseau local est terminée
(21:31:03) LD_RASClose=1
Voili voilà, moi ça m'a l'air pourtant normal, du moins quand je compare avec des teletrans antérieures qui ont fonctionné ont retrouve les mêmes données (y compris: "Ce serveur SMTP ne gère pas les avis de remise ou de non remise")
J'ai essayé de rentré sur ma BAL via le webmail neuf : elle est vide.
PAr contre quand je refais un test dans les paramettre de messagerie, j'ai un message d'erreur qui me dit que le message test n'est toujours pas arrivé dans la BAL
12:58:22) >>>>>>>>>>>>> TEST DE LA MESSAGERIE ses*************@neuf.fr
(12:58:22) Connexion
(12:58:22) >Connexion ok
(12:58:22) Cette connexion était déjà active...
(12:58:22) Envoi du fichier de test
(12:58:23) >Envoi du message "Test de boîte aux lettres VEGA SV 20081205125822" Ok
(12:58:53) Levée
(12:58:56) >Levée Ok
(12:59:35) >Aucun message n'a été relevé dans la boite
(12:59:35) >Déconnexion Ok
(12:59:35) Fermeture de la connexion, durée 00:01:13:40
(12:59:35) *****ERREUR : Le contenu du fichier reçu diffère de celui du fichier envoyé
Là il semble y avoir un probleme non?
Merci d'avoir édité mon 1er post, navré pour la "bourde"!
Ok je vais aller securiser 2 ou 3 patients cet apres-midi, ces derniers dépendent de 3 caisses différentes, donc on verra bien ce qui ses passe, si le probleme de reception est général ou limité à ma CPAM de référence en particulier (car ce matin j'ai un doute, mardi dernier j'ai envoyé 2 lots : l'un pour la cpam l'autre pour la mgen, or pour la mgen je ne trouve pas l'ARL correspondant mais par contre j'ai été payé...)bizarre bizarre mon histoire non?
Voici la trace détaillée de la télétrans en question de mardi dernier :
21:30:31) RASOpen, connexion de l'utilisateur : 67*****
(21:30:31) >La connexion par réseau local est active : 1
(21:30:31) LD_RASOpen - pointeur : 1
(21:30:31) Déjà connecté...
(21:30:31) CheckMail, début de la levée des messages
(21:30:31) --Connexion de la socket au serveur POP3
(21:30:31) -->La socket (316) est connectée au serveur POP3
(21:30:31) ----Début du dialogue POP3 avec le serveur pop.neuf.fr
(21:30:31) ------Récupération de la réponse du serveur
(21:30:35) ------Commande POP3 : USER sesamv*******
(21:30:35) ------Récupération de la réponse du serveur
(21:30:35) ------Commande POP3 : PASS d******
(21:30:35) ------Récupération de la réponse du serveur
(21:30:52) ------Commande POP3 : STAT
(21:30:52) ------Récupération de la réponse du serveur
(21:30:52) >>>>>>0 MESSAGES DANS LA BAL
(21:30:52) ------Commande POP3 : QUIT
(21:30:52) ------Récupération de la réponse du serveur
(21:30:52) ---->0 messages relevés
(21:30:52) --Fermeture de la socket (316)
(21:30:52) >Les messages ont étés relevés
(21:30:52) CheckMail OK - Nombre de mail reçu 0
(21:30:52) Traitement la liste des entrées de la BAL POP3 terminé.
(21:30:52) SendMail, envoi d'un message à *******@672.01.rss.fr
(21:30:52) --Connexion de la socket au serveur SMTP
(21:30:52) -->La socket (328) est connectée au serveur SMTP
(21:30:52) ----Début du dialogue SMTP avec le serveur smtp.neuf.fr
(21:30:52) ------Récupération de la réponse du serveur
(21:30:52) ------Commande ESMTP : EHLO smtp.neuf.fr
(21:30:52) ------Récupération de la réponse du serveur
(21:30:52) Ce serveur SMTP ne gère pas les avis de remise ou de non remise
(21:30:52) ------Commande SMTP : MAIL FROM:<ses**********@neuf.fr>
(21:30:52) ------Récupération de la réponse du serveur
(21:30:53) ------Commande SMTP : RCPT TO:<*****@672.01.rss.fr>
(21:30:53) ------Récupération de la réponse du serveur
(21:30:53) ------Commande SMTP : DATA
(21:30:53) ------Récupération de la réponse du serveur
(21:30:53) >>>>>>ENVOI DES DONNEES DU MESSAGE SMTP
(21:30:53) ------Envoi de l'entête du message
(21:30:53) ------Envoi du corps du fichier attaché >c:\ssv\FICSSV\FICTLT\CTAM183.TLT<
(21:30:53) ------Envoi de la fin du message
(21:30:53) ------Récupération de la réponse du serveur
(21:30:54) ------Commande SMTP : QUIT
(21:30:54) ------Récupération de la réponse du serveur
(21:30:55) ---->Fin du dialogue SMTP avec le serveur smtp.neuf.fr
(21:30:55) --Fermeture de la socket (328)
(21:30:55) >Le message a été envoyé correctement
(21:30:55) LD_SendMail OK
(21:30:55) SendMail, envoi d'un message à 9*****@672.91.rss.fr
(21:30:55) --Connexion de la socket au serveur SMTP
(21:30:55) -->La socket (320) est connectée au serveur SMTP
(21:30:55) ----Début du dialogue SMTP avec le serveur smtp.neuf.fr
(21:30:55) ------Récupération de la réponse du serveur
(21:30:55) ------Commande ESMTP : EHLO smtp.neuf.fr
(21:30:55) ------Récupération de la réponse du serveur
(21:30:55) Ce serveur SMTP ne gère pas les avis de remise ou de non remise
(21:30:55) ------Commande SMTP : MAIL FROM:<se********@neuf.fr>
(21:30:55) ------Récupération de la réponse du serveur
(21:30:55) ------Commande SMTP : RCPT TO:<9****@672.91.rss.fr>
(21:30:55) ------Récupération de la réponse du serveur
(21:30:57) ------Commande SMTP : DATA
(21:30:57) ------Récupération de la réponse du serveur
(21:30:57) >>>>>>ENVOI DES DONNEES DU MESSAGE SMTP
(21:30:57) ------Envoi de l'entête du message
(21:30:57) ------Envoi du corps du fichier attaché >c:\ssv\FICSSV\FICTLT\SMAM089.TLT<
(21:30:57) ------Envoi de la fin du message
(21:30:57) ------Récupération de la réponse du serveur
(21:31:03) ------Commande SMTP : QUIT
(21:31:03) ------Récupération de la réponse du serveur
(21:31:03) ---->Fin du dialogue SMTP avec le serveur smtp.neuf.fr
(21:31:03) --Fermeture de la socket (320)
(21:31:03) >Le message a été envoyé correctement
(21:31:03) LD_SendMail OK
(21:31:03) Déconnexion.
(21:31:03) RASClose, déconnexion : 1
(21:31:03) >La connexion par réseau local est terminée
(21:31:03) LD_RASClose=1
Voili voilà, moi ça m'a l'air pourtant normal, du moins quand je compare avec des teletrans antérieures qui ont fonctionné ont retrouve les mêmes données (y compris: "Ce serveur SMTP ne gère pas les avis de remise ou de non remise")
J'ai essayé de rentré sur ma BAL via le webmail neuf : elle est vide.
PAr contre quand je refais un test dans les paramettre de messagerie, j'ai un message d'erreur qui me dit que le message test n'est toujours pas arrivé dans la BAL
12:58:22) >>>>>>>>>>>>> TEST DE LA MESSAGERIE ses*************@neuf.fr
(12:58:22) Connexion
(12:58:22) >Connexion ok
(12:58:22) Cette connexion était déjà active...
(12:58:22) Envoi du fichier de test
(12:58:23) >Envoi du message "Test de boîte aux lettres VEGA SV 20081205125822" Ok
(12:58:53) Levée
(12:58:56) >Levée Ok
(12:59:35) >Aucun message n'a été relevé dans la boite
(12:59:35) >Déconnexion Ok
(12:59:35) Fermeture de la connexion, durée 00:01:13:40
(12:59:35) *****ERREUR : Le contenu du fichier reçu diffère de celui du fichier envoyé
Là il semble y avoir un probleme non?
ouarf! désolé pour l'ortaugrafeu! faute de frappes: je tape dans le stress le plus total,car ce probleme me prend un peu à la gorge avec les URSSAF qui vont bientôt vider le compte pro, ça serait bien sympa que je puisse réoudre mon problème pour être payé.... 
(en plus plus de pile dans le clavier ça aide pas pour taper sans fautes...lol)


(en plus plus de pile dans le clavier ça aide pas pour taper sans fautes...lol)