Bonjour,
Je fait une mise à jour et migration d'un outil d'alertes de SMS, nous utilisons le paramètre "receiversDocumentUrl" pour spécifier les destinataires plutôt que Receivers pour ne pas avoir de soucis dans la taille de la requête.
Nos deux scripts retournent un CSV identique en structure et similaire en contenu:
Marche:
number;nom;prenom
+3378517XXXX;nom;prenom
Marche pas:
number;nom;prenom
+3378517XXXX;nom;prenom
Dans le cas de l'erreur j'obtient la réponse suivante :
HTTP/1.1 500 Internal Server Error
Cache-control:
no-cache
Content-type:
application/json; charset=utf-8
{
"message": "Can not download csv from specified url"
}
Sur le serveur web qui héberge la nouvelle plateforme nous avons bien une connexion provenant d'OVH et apache retourne bien le contenu complet sans erreur.
J'ai comparé les headers des deux réponses mais rien de spectaculaire
Marche:
Set-Cookie →xxlplanD=R1822634261; path=/; expires=Tue, 15-Jan-2019 15:26:23 GMT
Date →Tue, 15 Jan 2019 15:07:49 GMT
Server →Apache
X-Powered-By →PHP/5.4
Expires →Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control →no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma →no-cache
Content-Disposition →attachment; filename=export.csv
Content-Transfer-Encoding →UTF-8
Transfer-Encoding →chunked
Content-Type →application/csv
X-IPLB-Instance →1128
Marche pas :
Date →Tue, 15 Jan 2019 15:20:13 GMT
Server →Apache
Last-Modified →Tue, 15 Jan 2019 15:17:22 GMT
ETag →"2f-57f80a8783eec"
Accept-Ranges →bytes
Content-Length →47
Vary →User-Agent
Content-Type →text/csv
Marche pas :
Date →Tue, 15 Jan 2019 16:59:46 GMT
Server →Apache
Cache-Control →max-age=0, must-revalidate, private
Content-Disposition →attachment; filename="export.csv"
X-XSS-Protection →1; mode=block
X-Frame-Options →SAMEORIGIN
Referrer-Policy →same-origin
X-Content-Type-Options →nosniff
Vary →Accept-Encoding,User-Agent
Content-Encoding →gzip
Content-Length →92
Content-Type →application/csv; charset=utf-8
Si vous avez des idées je suis preneur, la nouvelle solution n'est pas hébergé sur un mutualisé OVH contrairement à la solution qui fonctionne.
J'ai un ticket en cours sur le manager : #4580923002
Bonne journée,
Cordialement
CSV non accepté dans API SMS
Related questions
- Api sms c# not_granted_call
10479
08.11.2019 07:08
- Probleme envoi de masse
8604
31.05.2017 13:48
- Erreur API SMS OVH
7704
22.03.2017 21:16
- Comment utiliser l'API OVH INVALID_CREDENTIAL ou NOT_GRANTED_CALL
7289
26.11.2018 08:36
- Envoi sms via UCOPIA
5016
12.09.2024 15:24
- Commande non validé
4895
16.09.2024 07:15
- Installation api envoi de sms sur hébergement mutualisé
4689
21.12.2017 15:47
- SMS callback authentication
4662
09.10.2024 07:04
- Toujours en attente de Livraison d'une ligne Fax
4447
16.09.2019 08:40
Bonjour,
J'ai le même problème.
Avez-vous trouvé une solution ?
Cordialement
Nous avons remonté l'info a notre infogérent et en fait c'était une configuration dans Apache qui bloquait la connexion entre OVH et notre serveur.
C'était un paramètre pour éviter les DDOS ou une protection contre des attaques. Je vais essayer de retrouver l'information.
Merci pour votre retour.
En fait, je pense que le problème vient de notre infrastructure. Quelque chose a dû bouger.
Ça fonctionnait très bien pendant près de 3 ans. Depuis le 1er juin, on a l'erreur : "Can not download csv from specified url"
Pourtant l'url du fichier csv est accessible depuis l'extérieur.
Je suis preneur de toute information.
Merci encore.
Cordialement
Est-ce que le souci a été réglé ? j'ai aussi ce problème de mon coté alors que le CSV est bien accessible de mon côté
Bonjour,
Pour avoir une réponse qui a du sens, veuillez donner des détails svp.
Vous squattez une conversation vieille de 2 ans !!
Bonjour
OK OK j'ai été créé un sujet ça sera mieux