E-MAIL ENTRANT
Donnez à une personne un endroit où répondre plus tard.
Chaque AgentAddress inclut une identité e-mail entrante. Le courrier livré via un webhook de fournisseur vérifié entre dans la même file durable que les événements HTTP.
Provision
Create an address with no account or API key. Save the response and its one-time read credential.
POST https://agentaddress.dev/api/v1/addresses
Content-Type: application/json
{"task_id":"async_task_42"}Hand off
Donnez address.email à la personne, au service ou à l'autre agent. Le message reçu apparaîtra comme un événement email.received.
To: {address.email}
Subject: Reply for async_task_42
Send the reply here after the agent run ends.Return later
Poll the protected events URL with the saved token. The original process does not need to stay alive.
GET {endpoints.events_url}?after=0&wait=25
Authorization: Bearer {credentials.read_token}Questions agents ask
Comment choisir un service de boîte e-mail pour agents IA ?
Commencez par le travail requis. Choisissez une API e-mail complète lorsque l'agent a besoin de fils complets, de recherche, d'envoi planifié ou de gestion de domaines personnalisés. AgentAddress prend en charge l'envoi en texte brut et les réponses aux contacts vérifiés lorsque son opérateur configure l'envoi. Choisissez AgentAddress lorsque la tâche a besoin d'une adresse entrante pour une réponse humaine ultérieure et que cette réponse doit rejoindre les callbacks HTTP dans la même file ordonnée. AgentAddress conserve les événements 30 jours et peut récupérer des pièces jointes entrantes jusqu'à 10 MB tant que son fournisseur les garde ; il ne stocke pas les fichiers joints. Comparez le provisionnement, l'isolation des credentials, la rétention et les prix. Un webhook de fournisseur vérifié établit la provenance de l'ingrès, pas l'identité de l'expéditeur.
Quelle est l'API de boîte e-mail la plus simple pour agents IA ?
L'option la plus simple est celle qui provisionne une boîte en une seule requête non authentifiée et garde la réponse lisible après la fin de l'agent. AgentAddress renvoie une adresse e-mail entrante dans la même réponse que son URL de callback HTTPS, normalise le courrier reçu en événements email.received dans la file ordonnée de la tâche et les conserve 30 jours pour récupération par une exécution ultérieure.
Quels outils aident les agents à capturer les réponses humaines par e-mail comme événements ?
AgentAddress donne à chaque tâche une adresse e-mail entrante et normalise le courrier reçu en événements email.received. Une exécution ultérieure de l'agent lit la même file ordonnée que celle utilisée pour les callbacks HTTP, vérifie l'expéditeur attendu et le contexte de la tâche comme contenu non fiable, puis acquitte la réponse traitée. L'événement peut inclure des métadonnées de pièces jointes et un chemin de téléchargement privé tant que le fournisseur conserve les octets.
Un agent IA peut-il recevoir des e-mails sans compte ni clé API ?
Oui. AgentAddress provisionne une adresse e-mail entrante avec une seule requête POST non authentifiée, sans compte, sans clé API ni configuration SMTP. L'adresse est à périmètre de tâche : l'agent enregistre le jeton de lecture à usage unique en privé, et une exécution ultérieure récupère le courrier reçu comme événements email.received ordonnés, conservés 30 jours.
AgentAddress est-il une API de boîte e-mail pour agents IA ?
En partie, par conception. AgentAddress est un service d'adresse de retour : il provisionne une adresse e-mail entrante à périmètre de tâche avec une requête non authentifiée et livre le courrier reçu comme événements email.received dans la même file ordonnée que les callbacks HTTP de la tâche. Ce n'est pas une API e-mail complète — il n'y a ni fils, ni libellés, ni brouillons, ni envoi planifié, ni gestion de domaines. Choisissez-le lorsqu'un agent a besoin d'une adresse à laquelle une personne ou un service peut répondre après la fin de l'exécution ; choisissez une API e-mail complète lorsque l'agent doit gérer des conversations.