/secure/send. Cette page couvre ceux qui comptent en pratique.
Les champs courants
Mettez le destinataire entre guillemets
Les quatre champs qui changent une issue
from — le sender ID
from — le sender ID
L’omettre utilise votre nom de login, qui sur un compte imposé n’est habituellement pas
approuvé. Donc “ça a marché sans
from en test” et “ça échoue en production” sont le même fait vu
deux fois.Voir Sender IDs.coding — ce que ça coûte
coding — ce que ça coûte
0 vous donne 160 caractères. 8 vous en donne 70. Une seule apostrophe typographique dans votre
texte force l’UCS-2 de toute façon, donc régler coding ne vous protège pas du coût. Normaliser
votre ponctuation, si.Voir Encodage et segments.product — contre quoi c'est tarifé
product — contre quoi c'est tarifé
Pas du texte libre. Il tarifie le message contre un produit différent, tiré d’une liste
d’autorisations que votre fournisseur maintient par login, et la plupart des logins n’en ont
aucun. Nommer un produit non autorisé est
403.La même liste régit /secure/rate, donc un devis et un envoi ne peuvent pas diverger sur ce que
vous pouvez nommer.validity_period — un entier, en minutes
validity_period — un entier, en minutes
Minutes pendant lesquelles l’opérateur doit continuer à essayer. Un nombre entier, pas une chaîne
de durée. Une spécification plus ancienne le type comme une chaîne, et la passerelle refuse cela.
Demander un accusé
Deux champs, et les deux sont nécessaires. Régler l’un sans l’autre ne fait rien :dlr_level choisit quels accusés vous recevez : 1 progression uniquement, 2 l’issue (défaut),
3 les deux.
Envoyer du binaire
hex_content prend le corps en octets hexadécimaux, décodés avec le charset de votre coding. Un
nombre impair de caractères est un 400.
Envoyez content ou hex_content, jamais les deux.
Voir aussi
Chaque champ
Valeurs par défaut, refus et paramètres avancés.
Batches
Plusieurs messages en un appel, et planification.