> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Configurar la entrega de correo electrónico

> Elija cómo Living Security envía el correo electrónico transaccional y de capacitación: mediante la entrega de la plataforma, su dominio verificado o su servidor SMTP.

La entrega de correo electrónico controla el correo transaccional y de capacitación, incluidas las asignaciones compatibles, los recordatorios, los mensajes de bienvenida y las notificaciones operativas. Abra **Configuración → Comunicaciones → Canales** y seleccione **Correo electrónico**.

<Warning>
  La infraestructura de remitente de las simulaciones de phishing se configura
  por separado. Cambiar la entrega de correo electrónico no configura ni
  autoriza un remitente para simulaciones de phishing.
</Warning>

## Elegir un método de envío

| Método | Infraestructura | Remitente | Configuración necesaria |
| - | - | - | - |
| **Entrega de Living Security** | Living Security | Remitente compartido de Living Security | Ninguna; es el método predeterminado |
| **Su dominio** | Living Security | Un dominio verificado y una identidad de remitente (From) que usted controla | Verificación de DNS y activación |
| **Su servidor SMTP** | Su organización | Remitente aceptado por su servidor SMTP | Servidor SMTP, TLS y autenticación o lista de IP permitidas |

Solo hay un método activo a la vez. La configuración personalizada inactiva permanece guardada, a menos que la elimine o la deshabilite.

<Note>
  La entrega mediante dominio personalizado y SMTP requiere la capacidad Custom
  Email Delivery. Si no ve estas opciones, comuníquese con su representante de
  cuenta de Living Security.
</Note>

## Usar la entrega de Living Security

Elija **Entrega de Living Security** cuando desee que Living Security administre tanto la infraestructura de envío como el remitente.

1. Abra la tarjeta de entrega de Living Security.
2. Seleccione **Usar este método** si hay otro método activo.
3. Envíe un mensaje de prueba.

No se requieren credenciales de DNS ni de SMTP. La tarjeta del método activo muestra el nombre y la dirección del remitente (From) que utiliza su entorno.

## Usar su dominio en la infraestructura de Living Security

Elija **Su dominio** cuando los mensajes deban usar la identidad de remitente (From) de su organización mientras Living Security continúa entregándolos.

### Requisitos previos

* Acceso de administrador de Living Security
* Permiso para editar el DNS del dominio de envío
* Un subdominio dedicado, como `training.example.com` o `security.example.com`
* Un nombre para mostrar del remitente (From) y un prefijo de correo electrónico aprobados

El uso de un subdominio aísla la reputación del correo de Living Security de su dominio corporativo raíz.

<Steps>
  <Step title="Introduzca el remitente">
    Abra **Su dominio** e introduzca:

    * **Dominio**: solo el dominio, sin `@` ni una URL
    * **Nombre para mostrar del remitente (From)**: el nombre que ven los destinatarios
    * **Prefijo del correo electrónico del remitente (From)**: la parte anterior a `@`
    * **Subdominio de ruta de retorno**: subdominio opcional para la gestión de rebotes
  </Step>

  <Step title="Publique los registros DNS">
    Copie cada registro exactamente como se muestra en su proveedor de DNS. Por
    lo general, los registros incluyen registros CNAME utilizados para la
    autenticación del dominio y DKIM. Si su proveedor agrega automáticamente el
    dominio raíz, evite introducirlo dos veces.
  </Step>

  <Step title="Verifique los registros">
    Regrese a Living Security y seleccione **Verificar registros**. Los cambios
    de DNS suelen reflejarse con rapidez, pero pueden tardar hasta 48 horas.
    Mantenga los registros en el DNS después de la verificación.
  </Step>

  <Step title="Active el remitente">
    Cuando todos los registros muestren **Verificado**, guarde la identidad del
    remitente y seleccione **Activar remitente**. La verificación demuestra el
    control del dominio; la activación lo establece como el método de envío
    actual.
  </Step>

  <Step title="Envíe una prueba">
    Envíe un mensaje a un destinatario de su organización y revise el resultado en el Registro de comunicaciones.
  </Step>
</Steps>

Puede elegir **Usar la entrega de la plataforma** para desactivar el dominio sin eliminarlo. **Eliminar dominio** borra su configuración en Living Security y devuelve el correo electrónico a la ruta de la plataforma configurada; elimine los registros DNS obsoletos solo después de confirmar que no se utilizan en otro lugar.

## Usar su servidor SMTP

Elija **Su servidor SMTP** cuando una política exija que Living Security retransmita los mensajes transaccionales y de capacitación a través de una infraestructura que su organización controla.

### Requisitos previos

* Host y puerto SMTP
* Modo TLS compatible: STARTTLS o TLS wrapper
* Dirección del remitente (From) y nombre para mostrar opcional
* Un método de autenticación compatible:
  * nombre de usuario y contraseña
  * credenciales de OAuth 2.0 y token de actualización
  * lista de IP permitidas sin autenticación SMTP

<Steps>
  <Step title="Permita el tráfico saliente de Living Security cuando sea necesario">
    Si su retransmisor utiliza una lista de IP permitidas, copie el conjunto de IP estáticas que se muestra en la sección SMTP y permítalo en su servidor. Utilice únicamente las IP que se muestran para su entorno implementado.
  </Step>

  <Step title="Introduzca la configuración de SMTP">
    Proporcione el host, el puerto, el modo TLS, los campos de autenticación y el
    remitente. Confirme que el retransmisor acepta los dominios de remitente y de
    destinatario que desea utilizar.
  </Step>

  <Step title="Guarde el transporte">
    Seleccione **Guardar**. Los secretos almacenados se cifran y no se vuelven a
    mostrar. Para rotar un secreto, introduzca el nuevo valor y guárdelo.
  </Step>

  <Step title="Active y pruebe">
    Seleccione el método SMTP y, a continuación, envíe una prueba. La prueba utiliza la ruta de entrega activa y registra los diagnósticos del proveedor o de SMTP en el Registro de comunicaciones.
  </Step>
</Steps>

Si el método muestra **Requiere atención**, el correo electrónico no se redirige de forma silenciosa a través del remitente compartido. Corrija o deshabilite la configuración de SMTP, o seleccione deliberadamente otro método de envío.

## Verificar la entrega

Todos los métodos incluyen **Enviar una prueba**:

1. Introduzca un destinatario cuyo buzón pueda revisar.
2. Envíe la prueba.
3. Abra **Configuración → Comunicaciones → Registro**.
4. Confirme la ruta y el estado de entrega del mensaje.
5. En caso de error, revise los intentos, los destinatarios rechazados, los detalles del proveedor y los códigos de respuesta SMTP cuando estén disponibles.

Una prueba “aceptada” significa que el flujo de comunicaciones aceptó el mensaje; utilice el registro y el buzón del destinatario para confirmar la entrega final.

## Solución de problemas

<AccordionGroup>
  <Accordion title="La verificación de DNS sigue pendiente">
    Compare cada registro DNS público con el valor que se muestra en Living Security. Compruebe si hay espacios en blanco copiados, un dominio raíz duplicado, uso de proxy por parte del proveedor de DNS o un TTL anterior que aún no ha expirado. Espere hasta 48 horas antes de escalar el caso.
  </Accordion>

  <Accordion title="No se utiliza un dominio verificado">
    Confirme que **Su dominio** es el método de envío activo. La verificación y la
    activación son pasos independientes.
  </Accordion>

  <Accordion title="Falla la autenticación SMTP">
    Confirme el método de autenticación, el nombre de usuario, el secreto o token
    de actualización, el modo TLS y el puerto. Si usa una lista de IP permitidas,
    confirme que el retransmisor permite todas las IP estáticas que se muestran
    en Living Security.
  </Accordion>

  <Accordion title="La prueba se acepta pero no se entrega">
    Abra el Registro de comunicaciones y revise el intento más reciente. A
    continuación, compruebe la cuarentena del sistema del destinatario, las
    restricciones de remitente, la política del retransmisor y los detalles del
    rechazo.
  </Accordion>

  <Accordion title="Faltan las opciones de entrega personalizada">
    Es posible que su organización no tenga habilitada la función Custom Email Delivery. Comuníquese con su representante de cuenta en lugar de configurar los ajustes del remitente de phishing como sustituto.
  </Accordion>
</AccordionGroup>

## Temas relacionados

<CardGroup cols={2}>
  <Card title="Registro de comunicaciones" icon="clock-rotate-left" href="/es/features/communications/log">
    Revise los intentos de entrega y los diagnósticos.
  </Card>

  <Card title="Políticas de entrega" icon="shield" href="/es/features/communications/delivery-policies">
    Controle el momento y el comportamiento de entrega de las comunicaciones compatibles.
  </Card>

  <Card title="Microsoft Teams" icon="microsoft" href="/es/integrations/outbound/teams">
    Configure Teams como otro canal de notificación.
  </Card>

  <Card title="Descripción general de Comunicaciones" icon="comments" href="/es/features/communications/overview">
    Conozca los canales, las políticas, la cola y el historial.
  </Card>
</CardGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.