Tenemos el requisito de rechazar correos electrónicos externos enviados a un grupo de distribución.([correo electrónico protegido])utilizando la regla de transporte Exchange 2010 de esta manera. (y enviarNDRal remitente externo original)
No hemos restringido a los remitentes externos en "restricciones de entrega de mensajes", enprueba_dl1grupo de distribución, de esta manera.(as per the requirement, goal here is to allow unauthenticated users by the group itself, but control it via above transport rule)
Solo hay un miembro del grupo en este grupo de distribución. Y el miembro del grupo es[correo electrónico protegido]
Más allá del transporte, la regla funciona perfectamente hasta llegar a este paso. He probado usando una dirección de Gmail externa (es decir[correo electrónico protegido]).
(Por un lado, he notado que NDR se inició desde[correo electrónico protegido], no el grupo de distribución ([correo electrónico protegido]), lo que significa que si incluyo más miembros, se enviará más de un NDR al remitente original en este momento. )
me pongo abajoNDRa[correo electrónico protegido] de[correo electrónico protegido]. .
-------------------------------------------------- -------------------------------------------------- -------------------------------------------------- ---------
.
.
-------------------------------------------------- -------------------------------------------------- -------------------------------------------------- ---------
.
Pero
Algo loco sucede cuando[correo electrónico protegido]se está reenviando a otra dirección de correo externa (eso es[correo electrónico protegido]) de esta forma.
(Dónde[correo electrónico protegido]es unhabilitado para correointercambio 2010 contacto. )
Enviar un correo de prueba utilizando el mismo remitente externo (** es decir[correo electrónico protegido]**), mientras que el reenvío anterior está vigente,NDRse envía a[correo electrónico protegido]alegando que no se entrega a[correo electrónico protegido].
(NDRse supone que debe enviar al remitente externo original que es[correo electrónico protegido])
. . .
-------------------------------------------------- -------------------------------------------------- -------------------------------------------------- ---------
-------------------------------------------------- -------------------------------------------------- -------------------------------------------------- ---------
.
y también en este punto, me di cuentaNDRes enviado porMicrosoft Outlook..NDRse supone que debe enviarse por[correo electrónico protegido]no porMicrosoft Outlooky en ningún momento de esta prueba, no he usadoperspectiva weboCliente pesado de Microsoft Outlook.
No puedo entender cómo arreglar la regla de transporte anterior para enviarNDRal remitente original, mientras se reenvía en el lugar.
Ya perdí tantas horas.. cualquier ayuda sería muy apreciada.
Ps: Parece que al permitir que usuarios no autenticados, en un grupo de distribución, Vía de retornose cambia deel remitente originala la dirección de la lista de distribución. y seguido de algunos cambios más de acuerdo con esto
https://practical365.com/exchange-server/exchange-server-ndr-loop-distribution-list/
No se ha encontrado ninguna solución alternativa hasta el momento
Respuesta1
Como ves en el blog, se debe al Sender Policy Framework (SPF), lo que significa que no sería diferente en otras versiones de Exchange u otros servidores de correo. Deberíamos empezar por las reglas o los grupos:
- (asumiendo que tienes un grupo llamado[correo electrónico protegido]con un buzon[correo electrónico protegido], tal vez agregues[correo electrónico protegido],[correo electrónico protegido]más adelante) modifique su regla a "cuando cualquiera de los destinatarios en los campos Para o CC sea[correo electrónico protegido],[correo electrónico protegido]... "
- Puede ser difícil eliminar contactos de Outlook OAB de todos los usuarios, yo eliminaría[correo electrónico protegido]como grupo y agregar[correo electrónico protegido]como dirección de correo electrónico secundaria para[correo electrónico protegido]. Verifique el registro de seguimiento de mensajes y vea si la ruta de retorno se cambiaría en ese momento.