Las aplicaciones de App Engine pueden enviar mensajes de correo en nombre de las direcciones de recepción de correo de la aplicación y de algunos usuarios con cuentas de Google. Las aplicaciones pueden recibir correos en varias direcciones. Las aplicaciones envían mensajes mediante el servicio de correo y reciben mensajes en forma de solicitudes HTTP iniciadas por App Engine y enviadas a la aplicación.
Enviar correo
El servicio de correo permite enviar mensajes de correo electrónico a uno o más destinatarios. Un mensaje contiene un asunto, un cuerpo de texto sin formato y un cuerpo HTML opcional. También puede contener archivos adjuntos y un conjunto limitado de encabezados.
Para el destinatario, puedes utilizar cualquier dirección de correo electrónico. Un destinatario puede estar en el campo "Para" del mensaje, en el campo "Cc" o oculto para los destinatarios del mensaje (con copia oculta o "Cco").
Cuando una aplicación llama al servicio de correo para enviar un mensaje, este se pone en cola y la llamada se devuelve inmediatamente. El servicio de correo utiliza procedimientos estándar para ponerse en contacto con el servidor de correo de cada destinatario, entregar el mensaje y volver a intentarlo si no se puede contactar con el servidor de correo.
Quién puede enviar correo
Por motivos de seguridad, la dirección del remitente de un mensaje debe ser una de las siguientes:
- La cuenta de Gmail o de Google Workspace del usuario que ha iniciado sesión
- Cualquier dirección de correo con el formato
anything@[MY_PROJECT_ID].appspotmail.comoanything@[MY_PROJECT_NUMBER].appspotmail.com - Cualquier dirección de correo electrónico que aparezca en la Google Cloud consola, en Remitentes autorizados de la API Email
Todas las direcciones de correo de la lista Remitentes autorizados de la API Email deben ser cuentas de Gmail o de dominio alojadas en Google válidas. Los administradores de aplicaciones pueden añadir las siguientes cuentas a la lista de remitentes autorizados:
- Su propia dirección de correo electrónico
- Cualquier grupo del que sean propietarios o administradores
- Aplicaciones alojadas en un dominio de Google Workspace:
noreply@[DOMAIN].com, siempre quenoreply@[DOMAIN].comsea una cuenta válida (usuario o grupo).
Además, los administradores de dominio de los dominios gestionados por Google Workspace pueden añadir a cualquier usuario de su dominio a la lista de remitentes autorizados.
Solo puedes añadir un máximo de 50 remitentes autorizados.
Correo de Google Workspace
Si vas a enviar correos desde un dominio gestionado por Google Workspace, debes definir los registros DNS SPF de tu dominio para indicar que Google es una fuente de confianza para tu correo. Para obtener instrucciones sobre cómo hacerlo, consulta Registros SPF en el Centro de Ayuda de Google Workspace.
Ten en cuenta que, si utilizas alias configurados para tu dominio de Google Workspace, no podrás enviar correos desde direcciones de correo que usen el alias de dominio.
Rebotar notificaciones cuando no se entregue el correo
Es posible que no se acepte el correo que coincida con una firma conocida de spam, virus u otro contenido malicioso.
Si el servicio de correo no puede entregar un mensaje o si el servidor de correo de un destinatario devuelve un mensaje de rebote (por ejemplo, porque no hay ninguna cuenta con esa dirección en el sistema), se puede enviar un mensaje de error por correo a la dirección del remitente del mensaje. La aplicación en sí no recibe ninguna notificación sobre si la entrega se ha realizado correctamente o no.
De forma predeterminada, las notificaciones de rebote de correo no están habilitadas. Para recibir notificaciones de rebote de correo electrónico, debes configurar tu aplicación. Para obtener más información, consulta Recibir una notificación de rebote.
Correo y servidor de desarrollo
Cuando una aplicación que se ejecuta en el servidor de desarrollo llama al servicio de correo para enviar un mensaje de correo electrónico, el mensaje se imprime en los registros de la aplicación. El servidor de desarrollo no envía el mensaje de correo.
Autenticación con DomainKeys Identified Mail (DKIM)
Cuando envías correo, App Engine usa el estándar DomainKeys Identified Mail (DKIM) para autenticar el dominio. Si tu aplicación envía mensajes desde una dirección de correo que forma parte de un dominio de Google Workspace, App Engine puede firmar criptográficamente los correos que envía. Esta firma indica que un correo que
afirma proceder de emma@example.com realmente procede de example.com. El destinatario puede comprobar esta firma. Si es correcta, sabrá que el dominio del remitente no se ha suplantado.
Para habilitar la autenticación DKIM en los mensajes enviados desde direcciones de correo de Google Workspace, sigue estas instrucciones del Centro de Ayuda de Google Workspace. Ten en cuenta que la autenticación DKIM puede tardar hasta 48 horas en activarse en tu dominio de Google Workspace.
También debes asegurarte de que tu aplicación use un dominio personalizado
y de que sea el mismo que tu dominio de Google Workspace. Ten en cuenta que no se permiten dominios de Google Workspace con subdominios, como subdomain.example.com.
App Engine firmará los correos salientes de la aplicación si la dirección del remitente forma parte de un dominio de Google Workspace con DKIM habilitado. Además, la dirección del remitente debe tener un formato en el que la parte del dominio de la dirección de correo solo contenga letras minúsculas.
Cuotas y límites
Para ver el uso actual de la cuota de tu aplicación, ve a la página Detalles de cuota de la Google Cloud consola.
Ir a la página Detalles de la cuota
Cada solicitud del servicio de correo se tiene en cuenta para la cuota de llamadas a la API Mail. También hay cuotas para el número de mensajes que puedes enviar, el número de mensajes de administrador que puedes enviar y la cantidad de datos y archivos adjuntos que puedes enviar. Para obtener más información, consulta Cuotas de correo.
La cuota se restablece cada día. Si superas la cuota diaria, recibirás una excepción de superación de cuota. Si necesitas enviar más correos de lo que permite la cuota, puedes usar un proveedor de correo de terceros, como SendGrid o Mailgun.
Además de las cuotas, se aplican los siguientes límites al servicio de correo:
| Límite | Importe |
|---|---|
| Tamaño máximo de los mensajes de correo salientes, incluidos los archivos adjuntos | 31,5 MB |
| Tamaño máximo de los mensajes de correo entrantes, incluidos los archivos adjuntos | 31,5 MB |
| Tamaño máximo de los mensajes cuando un administrador es destinatario | 16 KB |
| Número máximo de remitentes autorizados | 50 |
Siguientes pasos
- Consulta las directrices para el correo masivo.
- Consulta cómo usar la API Mail para enviar correos y recibir correos.