Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Sugerencia
¿Sabía que puede probar las características de Microsoft Defender para Office 365 Plan 2 de forma gratuita? Use la prueba de Defender para Office 365 de 90 días en el centro de pruebas del portal de Microsoft Defender. Obtenga información sobre quién puede registrarse y los términos de prueba en Probar Microsoft Defender para Office 365.
En todas las organizaciones con buzones de correo en la nube, todos los mensajes enviados a su organización pasan por las protecciones de correo electrónico predeterminadas para los buzones de correo en la nube antes de que los usuarios los vean. Tiene opciones sobre cómo enrutar los mensajes antes de enrutarlos a buzones de usuario.
Trabajar con mensajes y opciones de acceso de mensajes
Microsoft 365 ofrece flexibilidad en la forma en que se enrutan los mensajes. En los artículos siguientes se explican los pasos del proceso de flujo de correo:
El bloqueo perimetral basado en directorios rechaza los mensajes a destinatarios no válidos en el perímetro de red del servicio de forma predeterminada.
Ver o editar dominios aceptados en Microsoft 365 describe cómo administrar dominios de correo electrónico asociados a Microsoft 365.
Puede administrar los subdominios que agregue a su organización. Obtenga más información sobre los subdominios en Habilitar el flujo de correo para subdominios en Exchange Online.
Configurar el flujo de correo mediante conectores presenta conectores y muestra cómo puede usarlos para personalizar el enrutamiento de correo. Los escenarios incluyen garantizar una comunicación segura con una organización asociada y configurar un host inteligente.
Filtrado mejorado para conectores describe cómo configurar conectores si el correo de Internet se enruta a un servicio o dispositivo antes de la entrega a Microsoft 365.
En entornos híbridos donde Exchange Online Protection (EOP) proporciona protección en la nube de buzones de Exchange locales, debe configurar reglas de flujo de correo de Exchange (también conocidas como reglas de transporte) en la organización local de Exchange para reconocer los veredictos de filtrado de correo no deseado de la nube. Para obtener más información, consulte Entrega de correo no deseado detectado en la nube a la carpeta junk Email en buzones locales.
Si no desea mover mensajes a la carpeta de Email no deseado de cada usuario, puede elegir otra acción editando la directiva de antispam predeterminada o las directivas personalizadas contra correo no deseado. Para obtener más información, consulte Acciones en las directivas contra correo no deseado.
Comprobar el flujo de correo
Para comprobar que el flujo de correo de Microsoft 365 funciona correctamente, use las siguientes pruebas:
- Envíe un mensaje de correo electrónico desde cualquier cuenta de correo electrónico basada en web a un destinatario de su organización de Microsoft 365.
- Envíe mensajes de correo electrónico de un usuario de su organización a una cuenta de correo electrónico basada en web.
- Si ha configurado conectores para la comunicación por correo electrónico entre un entorno local o una organización asociada, puede usar la validación del conector integrada para probar el flujo de correo. Para obtener más información, consulte Validación de conectores en Exchange Online.
Compatibilidad con el correo electrónico entrante anónimo a través de IPv6
Microsoft 365 admite la recepción de correo electrónico entrante anónimo a través de IPv6, pero es posible que no esté habilitado en su organización. Puede saber por el siguiente error:
550 5.2.1 El servicio no está disponible; [contoso.com] no acepta correo electrónico a través de IPv6.
Si recibe este error, puede participar en el correo electrónico entrante anónimo a través de la compatibilidad con IPv6 abriendo una solicitud de soporte técnico.
Después de participar, el servidor de correo electrónico de origen debe cumplir los dos requisitos siguientes para la entrega correcta de correo electrónico:
La dirección IPv6 de origen debe tener un registro de búsqueda inversa (PTR) válido que permita al destino encontrar el nombre de dominio de la dirección IPv6. Si no es así, recibirá el siguiente error:
450 4.7.25 El servicio no disponible, el envío de la dirección IPv6 [2a01:111:f200:2004::240] debe tener un registro DNS inverso.
El dominio del remitente debe pasar la comprobación del Marco de directivas de remitente (SPF) o correo identificado con DomainKeys (DKIM). Para obtener más información sobre los registros de autenticación por correo electrónico en Microsoft 365, consulte autenticación Email. Si no es así, recibirá el siguiente error:
450 4.7.26 El servicio no disponible, el mensaje enviado a través de IPv6 [2a01:111:f200:2004::240] debe pasar la validación SPF o DKIM.
El correo electrónico anónimo de orígenes IPv6 pasa por las protecciones de correo electrónico predeterminadas para buzones de correo en la nube y Microsoft Defender para Office 365.
Preguntas más frecuentes sobre la entrega de flujo de correo
En estas preguntas frecuentes se proporciona información sobre los mensajes en cola, diferidos y devueltos en Microsoft 365.
¿Por qué se pone el correo en cola?
Los mensajes se ponen en cola o se aplazan si el servicio no puede establecer una conexión con el servidor de destino para su entrega. Los mensajes no se aplazan si se devuelve un error de serie 500 (permanente) desde el servidor de destino.
¿Cómo se aplaza un mensaje?
Los mensajes se mantienen cuando no se puede realizar una conexión con el servidor de destino y el servidor de destino devuelve errores temporales. Por ejemplo, tiempo de espera de conexión, conexión rechazada u otros errores de la serie 400. Los errores de la serie 500 (permanentes) dan lugar a la devolución del mensaje en un informe de no entrega (también conocido como NDR o mensaje de rebote).
¿Cuánto tiempo permanece aplazado un mensaje y cuál es el intervalo de reintento?
Los mensajes diferidos permanecen en nuestras colas durante un día. Los reintentos se basan en los errores que recibimos del servidor de correo electrónico de destino. Los primeros aplazamientos son de 15 minutos o menos. El intervalo de reintentos posteriores aumenta a un máximo de 60 minutos. La expansión de la duración del intervalo es dinámica y tiene en cuenta varias variables (tamaño de cola, prioridad de mensaje interno, etc.).
Una vez restaurada la comunicación con el servidor de correo electrónico, ¿cómo se distribuyen los mensajes en cola?
Los mensajes en cola se procesan automáticamente en el orden en que se recibieron y se ponen en cola para su entrega cuando el servidor deja de estar disponible.