Passerelle SMTP
SendAs.me expose un serveur SMTP standard que votre application utilise exactement comme elle utiliserait n'importe quel serveur d'envoi. En coulisse, SendAs.me traduit chaque email SMTP en un appel vers l'API officielle du fournisseur de l'utilisateur.
Pourquoi SMTP ?
SMTP (Simple Mail Transfer Protocol) est le protocole d'envoi d'emails utilisé depuis des décennies. La quasi-totalité des frameworks, langages et applications disposent d'un support SMTP natif ou via une librairie.
Cela signifie que si votre application envoie déjà des emails, elle communique déjà en SMTP — vers un serveur de messagerie, un service tiers, ou un relais interne. Changer le serveur de destination, c'est tout ce que SendAs.me vous demande de faire.
Votre application n'a pas à connaître OAuth. Elle envoie en SMTP. SendAs.me se charge de la traduction.
Paramètres de connexion
| Paramètre | Valeur |
|---|---|
| Hôte | smtp.sendas.me |
| Port | 587 (STARTTLS) ou 465 (SSL) |
| Chiffrement | STARTTLS (port 587) ou SSL implicite (port 465) |
| Authentification | AUTH LOGIN ou AUTH PLAIN |
| Nom d'utilisateur | app_id de votre application (ex : monapp) |
| Mot de passe | send_key de l'application (sek_...) |
Authentification SMTP
Identifiant d'application (app_id)
Le nom d'utilisateur SMTP est l'app_id de votre application — pas celui d'un utilisateur final. C'est une valeur constante pour toute votre application, qui ne change pas d'un utilisateur à l'autre.
Format : monapp (identifiant court généré à la création, basé sur le nom de l'application)
SendAs.me utilise cet identifiant pour savoir quelle application vous représente et quelles règles s'appliquent.
Mot de passe SMTP (send_key)
Le mot de passe SMTP est la send_key de votre application (sek_...). Elle est retournée à la création et peut être récupérée ou régénérée via l'API ou le portail.
La send_key est transmise de façon sécurisée grâce au chiffrement TLS. Sans chiffrement, la connexion est refusée.
Sélection du compte OAuth
Une fois authentifié, SendAs.me examine l'adresse From: de l'email pour déterminer quel compte OAuth utiliser pour la livraison.
Exemple :
From: alice@gmail.com→ SendAs.me cherche le compte OAuth Gmail d'alice connecté à votre applicationFrom: bob@contoso.onmicrosoft.com→ SendAs.me cherche le compte Office 365 de bob connecté à votre application
Si l'adresse From: ne correspond à aucun compte connecté, l'envoi est refusé avec un message d'erreur explicite.
Livraison via les APIs officielles
Une fois le compte OAuth identifié, SendAs.me délivre l'email via l'API officielle du fournisseur :
- Gmail : via l'API Gmail de Google. L'email arrive dans la boîte d'envoi de l'utilisateur Gmail comme s'il l'avait envoyé lui-même.
- Office 365 : via Microsoft Graph. L'email apparaît dans les éléments envoyés de l'utilisateur Microsoft 365.
La délivrabilité est celle du compte de l'utilisateur — pas celle d'un relais tiers. Les filtres anti-spam voient un email légitime envoyé depuis l'infrastructure Google ou Microsoft.
Limites d'envoi
SendAs.me n'impose pas de limite sur le volume d'emails. Les seules limites sont celles du fournisseur de l'utilisateur :
| Fournisseur | Limite indicative |
|---|---|
| Gmail (compte personnel) | ~500 emails/jour |
| Google Workspace | ~2 000 emails/jour |
| Microsoft 365 | Variable selon le plan |
En cas de dépassement de quota, SendAs.me retourne l'erreur du fournisseur avec un code d'état explicite dans les logs.
Ce qui est loggé
Chaque tentative d'envoi génère une entrée dans les logs de votre application (visible dans le portail) :
- Expéditeur (
From:) - Destinataire(s) (
To:,Cc:,Bcc:) - Sujet
- Fournisseur utilisé (gmail ou microsoft)
- Statut :
sent,failed_temp,failed_perm - Message d'erreur si applicable
- Horodatage
Le contenu des emails n'est pas stocké — uniquement les métadonnées.