Saltar al contenido principal

Desde qué dirección se envían sus correos

Guía del Organizador 4 min de lectura

Los artículos de ayuda pueden no ser del todo exactos: por las actualizaciones frecuentes y la traducción automática pueden quedar desfasados respecto a la aplicación. Si tiene dudas, contacte con soporte.

Salvo que indique lo contrario, cada correo sobre sus eventos lo envía EventMann desde su propia dirección. Conecte su propio servidor de correo en Ajustes → SMTP y correo y sus asistentes recibirán los mensajes de usted. Mientras no lo haga, su panel muestra un aviso, “Los asistentes todavía ven EventMann como su remitente”, con un botón Configurar correo de envío que lleva a este artículo.

  1. Abra Ajustes → SMTP y correo.
  2. Lea el recuadro. Indica qué se envía a través de su servidor y qué no.
  3. Elija un proveedor en Seleccionar proveedor: SMTP personalizado, Mailchimp, SendGrid, Mailgun, Postmark, Amazon SES o Brevo. Cada opción muestra una guía breve para ese proveedor.
  4. Complete la conexión: servidor, puerto y cifrado para SMTP personalizado, Mailgun y Amazon SES; un nombre de usuario y una contraseña o una clave API, según lo que pida el proveedor.
  5. Indique su Nombre del remitente y su Correo del remitente.
  6. Haga clic en Enviar Correo de Prueba. Envía un mensaje real a su propia bandeja de entrada, para que sepa que la conexión funciona. Después haga clic en Guardar ajustes.

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

  • Enviado en su nombre, una vez configurado: confirmaciones de reserva y entradas, recordatorios del evento, avisos de cambio de fecha o de cancelación, ofertas de lista de espera, facturas, encuestas, anuncios, recordatorios de carrito y campañas de marketing.
  • Siempre enviado por EventMann: verificación del correo electrónico, restablecimiento de contraseñas y alertas de seguridad. Se refieren a su cuenta de EventMann, no a su evento.
  • Si no configura nada: todo sigue funcionando desde la dirección de EventMann. Las respuestas llegan a EventMann en lugar de a usted, y su propio dominio no genera reputación de envío.

Proveedores habituales

ProveedorServidorPuertoCifrado
Gmailsmtp.gmail.com587TLS
Outlook / Microsoft 365smtp.office365.com587TLS
Brevosmtp-relay.brevo.com587TLS
SendGridsmtp.sendgrid.net587TLS
Mailgunsmtp.mailgun.org587TLS
Postmarksmtp.postmarkapp.com587TLS
Amazon SESemail-smtp.[region].amazonaws.com587TLS

Conviene saber

  • Use una dirección de remitente del mismo dominio que la cuenta con la que inicia sesión. Enviar desde su propio dominio a través de un proveedor no relacionado hace que las comprobaciones (SPF y DKIM) no coincidan, y los proveedores de correo envían los mensajes a la carpeta de spam.
  • Gmail y Microsoft 365 necesitan una contraseña específica de aplicación, no su contraseña habitual. Mailgun, Brevo y Amazon SES le dan un secreto SMTP aparte, que no es su clave de cuenta.
  • Para más de unos cientos de correos al día, un proveedor especializado entrega mucho más fiablemente que un buzón.
  • Si vuelve a guardar sin escribir una contraseña o una clave API, se conserva la que ya estaba guardada. No necesita volver a introducir un secreto para cambiar el nombre del remitente.
  • Si su proveedor empieza a rechazar el inicio de sesión, use Usar EventMann en su lugar al final de la página. El correo de los asistentes vuelve a salir de EventMann de inmediato, las entradas y las confirmaciones siguen funcionando y sus ajustes se conservan. Al guardar el formulario se vuelve a activar su servidor.
  • En la misma página están Ritmo de envío de campañas y Ritmo de envío de recordatorios. Consulte Envíos, progreso y bajas.

Solución de problemas

  • La prueba falla con un error de credenciales — para Gmail o Google Workspace use una contraseña de aplicación; con otro proveedor, use su secreto SMTP específico, no una clave API general.
  • La prueba menciona SMTP AUTH — en Microsoft 365 un administrador debe activar SMTP AUTH para ese buzón.
  • La prueba no puede conectar — revise el servidor y el puerto. Use 587 con TLS o 465 con SSL; el puerto 25 está bloqueado por la mayoría de los proveedores de nube.
  • Conecta, pero el cifrado parece incorrecto — haga que coincidan: TLS con 587, SSL con 465.

Véase también

¿Necesitas más ayuda con este tema?

Contactar con Soporte

Usamos cookies

Usamos cookies y tecnologías similares para personalizar el contenido, analizar el tráfico y mejorar su experiencia. Puede aceptar todas, rechazar las no esenciales o personalizar sus preferencias.