from é o que o destinatário vê como remetente.
O padrão é a armadilha
Omitirfrom usa o nome do seu login. Isso é conveniente em teste e quase nunca certo em
produção, porque o nome do seu login geralmente não é um sender ID aprovado. Então o mesmo código
que funcionou em staging retorna 403 no momento em que a aprovação é obrigatória.
Dois tipos de sender ID
Alfanumérico costuma ser limitado a 11 caracteres, e o suporte varia por país. Alguns destinos
recusam totalmente, outros sobrescrevem, e outros exigem registro prévio. Seu provedor sabe o que se
aplica ao seu tráfego.
Quando a aprovação é obrigatória
Numa conta com whitelisting de sender ID ligado, umfrom não aprovado é recusado:
403 via HTTP, 0x415 via SMPP. Nada foi enviado e nada foi cobrado.
Isso não é corrigível em código. Precisa de uma aprovação de quem opera seu gateway, geralmente
solicitada pelo portal do cliente.
Solicitando um
1
Peça a string exata
SUNOTP e SunOTP são sender IDs diferentes. Peça na capitalização que você vai enviar.2
Diga para quais destinos é
Destinos regulados (a Índia mais visivelmente) precisam de registro com a operadora além do
registro no seu gateway, e isso leva mais tempo.
3
Espere por APPROVED
Um sender ID pendente não é utilizável. Ele se comporta exatamente como se não existisse.
Aprovação de sender ID e de conteúdo são separadas
Duas checagens diferentes, duas recusas diferentes:
Uma conta pode obrigar uma, as duas ou nenhuma. Passar em uma não diz nada sobre a outra. Veja
Recusas para ler a segunda.
Relacionados
Sender IDs e templates
O lado do operador: aprovar, rejeitar e o que um stamp faz.
Erros
O que fazer com um 403 que não vai embora.