Quién envía tus correos

De forma predeterminada, todos los correos sobre sus eventos los envía EventMann desde nuestra dirección. Configure su propio servidor de correo saliente en Configuración → Correo → SMTP y correo y los asistentes oirán hablar de usted en su lugar.

Qué puede hacer aquí

• Elegir un proveedor — SMTP personalizado, Mailchimp, SendGrid, Mailgun, Postmark, Amazon SES o Brevo.
• Establecer los datos de conexión — host, puerto y cifrado para los proveedores de tipo SMTP (SMTP personalizado, Mailgun, Amazon SES), o una clave de API para los demás.
• Establecer su nombre y dirección de remitente.
• Enviar un correo de prueba — verifica la conexión de verdad, a su propia bandeja de entrada, antes de que confíe en ella.

Qué se envía a través de él

• Se envía como usted, una vez configurado: confirmaciones de reserva y entradas, recordatorios de evento, avisos de cambio de fecha y cancelación, ofertas de lista de espera, facturas, encuestas, anuncios, recordatorios de carrito y campañas de marketing.
• Siempre lo envía EventMann: verificación de correo, restablecimiento de contraseña y alertas de seguridad — eso concierne a su cuenta de EventMann, no a su evento.
• Si no configura nada: todo sigue funcionando con nuestro servidor de correo. Las respuestas simplemente nos llegan a nosotros en lugar de a usted, y su dominio no gana ninguna reputación de envío.

Conviene saber

• Use una dirección de remitente en el mismo dominio que la cuenta con la que se autentica. Enviar como su propio dominio a través de un proveedor no relacionado hace que SPF y DKIM no coincidan, y los proveedores de buzones responden a eso con la carpeta de spam.
• Gmail y Microsoft 365 necesitan una contraseña específica de aplicación en lugar de la habitual; Mailgun, Brevo y Amazon SES también emiten un secreto SMTP dedicado que es distinto de su clave de API de cuenta.
• A partir de unos pocos cientos de correos al día, un proveedor dedicado como Brevo, SendGrid o Postmark entregará con mucha más fiabilidad que un buzón de correo.
• Volver a guardar sin cambiar la contraseña o la clave de API conserva la que ya tiene almacenada — no necesita volver a escribir un secreto solo para cambiar el nombre de remitente.

Solución de problemas

• El correo de prueba falla con un error de credenciales — para Gmail/Workspace, use una contraseña de aplicación desde Cuenta de Google → Seguridad → Verificación en dos pasos, no la contraseña de su cuenta (Google dejó de aceptarlas para SMTP en 2022). Para otro proveedor, compruebe que usó su secreto SMTP dedicado y no una clave de API general.
• El correo de prueba falla y menciona SMTP AUTH — en Microsoft 365 esto significa que SMTP AUTH está desactivado para el buzón; un administrador debe activarlo en los ajustes de la aplicación de correo de ese buzón.
• El correo de prueba no puede conectar en absoluto — compruebe el host y el puerto: 587 para TLS, 465 para SSL; la mayoría de los proveedores en la nube bloquean el puerto 25.
• Conecta pero el cifrado parece incorrecto — haga coincidir el cifrado con el puerto: TLS con 587, SSL con 465.

Véase también

• Plantillas de correo del evento
• Anuncios a los asistentes
• Marketing