Cómo revisamos tu correo electrónico
Comprobamos dónde aterrizó una copia en particular y qué se puede establecer sobre su configuración y contenido de envío. Los resultados describen los buzones de prueba en los tiempos de verificación registrados. La cobertura puede ser parcial: un resultado disponible no establece que se hayan aprobado los controles faltantes.
Dónde aterrizó el correo electrónico
Envía un correo electrónico desde su propio sistema de envío a las direcciones de prueba seleccionadas. Buscamos su copia en cada proveedor y guardamos su carpeta y tiempo de detección. Esto observa buzones de correo particulares; no predice una campaña completa.
- Bandeja de entrada, Spam, otras carpetas
- La copia se encontró en esa carpeta. Las promociones y los boletines cuentan como recibidos, pero no como la bandeja de entrada principal.
- Correo electrónico no encontrado
- Una búsqueda exitosa no encontró ninguna copia coincidente durante la verificación. Esto no prueba un rechazo de entrega o colocación de spam.
- No se pudo verificar
- La lectura del buzón falló o las pruebas son insuficientes. No sustituimos un resultado desconocido por spam o bandeja de entrada.
Cómo se calcula el porcentaje de la bandeja de entrada
Bandeja de entrada principal ÷ copias externas recibidas × 100
Por ejemplo: 3 Bandejas de entrada + 6 Spam + 1 no encontrado = 10 buzones seleccionados. Se recibieron nueve copias; la proporción de Bandeja de entrada es 3/9, o 33%. Lea siempre el numerador, denominador y cobertura de observación.
El buzón de diagnóstico LDM está excluido de los recuentos externos y del porcentaje de la Bandeja de entrada. También se excluyen de este porcentaje las copias perdidas, los rebotes y los buzones no disponibles. Una muestra insuficiente deja desconocida la calificación general. El umbral para mostrar una calificación es una regla de servicio técnico, no una garantía estadística para su audiencia.
Estados técnicos y cotejo de copias.
En la API, una búsqueda confirmada sin copia es colocación=not_received, provider_availability.status=disponible, motivo=mailbox_read_succeeded. measured_at registra el tiempo de lectura.
Un resultado not_received guardado con un error de lectura confirmado se convierte en seed_unavailable con motivo=mailbox_read_failed. Queda pendiente un resultado inconcluso, con fallas de lectura en provider_availability. La falta de evidencia leída no establece una búsqueda completa.
El historial de entrega y una entrega fallida de control de servicio no anulan una medición guardada. Cada copia conserva su proveedor, la hora de recepción y la identidad del mensaje disponible. Un informe puede contener diferentes dominios De: esta es una diferencia entre copias, no una prueba de que se haya encontrado un mensaje no relacionado. La coincidencia depende de los identificadores y de la búsqueda disponible. Un UID IMAP está vinculado a su buzón y UIDVALIDITY; mover un mensaje puede cambiar su UID. Microsoft Graph tiene sus propias reglas de identidad. Una búsqueda limitada puede perder una copia.
observaciones de 24 horas
Resultado inicial y comprobaciones posteriores.
La recogida inicial normalmente finaliza al cabo de unos diez minutos. Cada copia externa recibida tiene su propia ventana de 24 horas a partir de la primera detección confirmada. En controles posteriores se observa esa misma copia; No enviamos nuevos correos electrónicos para dibujar el gráfico.
Las observaciones están programadas cada hora. El gráfico compacto muestra puntos de control seleccionados a las 0/3/6/12/18/24 horas. Un color confirma la carpeta sólo en el momento de la medición guardada. Se desconoce la ubicación entre las comprobaciones, incluso cuando los resultados adyacentes coinciden.
Los puntos, lagunas y errores futuros siguen siendo estados distintos. Un error posterior no borra la carpeta confirmada anterior, pero tampoco confirma la carpeta actual. Una ventana completa no significa que todas las mediciones se realizaron correctamente.
Las notificaciones de cambios y el correo electrónico final dependen de la configuración habilitada y de la verificación del destinatario. Su estado se muestra en el informe. Los destinatarios cancelados no reciben notificaciones.
Qué significan las marcas de tiempo del gráfico
Un intento programado no es una medición exitosa. Las colas, los límites de los proveedores y los errores pueden retrasar u omitir una verificación. Los puntos confirmados del gráfico y la lista completa de intentos son recuentos diferentes. Un cronograma desconocido no establece la ausencia de observaciones reales.
La primera detección de spam no implica una colocación más temprana en la bandeja de entrada. Se detecta un cambio de carpeta entre comprobaciones; Es posible que se desconozcan su hora exacta y su causa. El resultado final conserva la última carpeta confirmada y su tiempo, incluidas las observaciones incompletas; No se garantiza una medición exitosa exactamente a las 24:00.
Remitente y servidor
Los análisis de envío provienen de una copia guardada: primero la copia de diagnóstico LDM con una identidad adecuada; en caso contrario, una copia externa adecuada. Si no hay una coincidencia confiable disponible, la copia seleccionada se marca como incierta. Los detalles identifican su fuente, hora, origen e IP disponible. No completamos los resultados faltantes con pases de otras copias.
Autenticación desde el dominio
De es la dirección indicada en el mensaje. Recibir una copia y coincidir con la dirección ingresada para la prueba no la autentica. Mostramos la autenticación desde el dominio por separado, solo cuando hay evidencia suficiente que vincula una verificación DMARC exitosa a esa copia. Esto no verifica un buzón o una persona en particular.
- SPF
- Comprueba si la IP está autorizada para enviar para el dominio del sobre SMTP, utilizado para la dirección del remitente. Puede diferir de De.
- DKIM
- Comprueba una firma y la integridad de las partes del mensaje firmadas. El dominio de firma puede diferir de De. Sin firma y una firma que no pasó la validación son resultados diferentes.
- DMARC
- Requiere una verificación SPF o DKIM exitosa con un dominio alineado con el De visible. Una política de p=none significa monitoreo, no un error de autenticación.
Si las comprobaciones no autentican el dominio, lo mostramos como no verificado. Si la evidencia es insuficiente, el resultado sigue siendo desconocido. Una diferencia entre el dominio ingresado y Desde se marca por separado. La autenticación exitosa no garantiza la ubicación en la Bandeja de entrada.
Fuentes de evidencia, versiones resumidas y de especificaciones.
Usamos la validación local guardada del mensaje original o un resultado del servidor receptor confiable. Un encabezado de resultados de autenticación arbitrario no es una prueba. La procedencia de SMTP importa: una IP en Recibido puede pertenecer a una retransmisión; el sobre SMTP y HELO no se pueden reconstruir solo desde el visible. La autenticación requiere un resultado DMARC exitoso vinculado al dominio de esa misma copia; Se desconocen los registros más antiguos sin suficiente vinculación.
El resumen técnico totalmente claro requiere comprobaciones exitosas de SPF, DKIM, DMARC y PTR, datos de origen conocidos y consultas de listas de bloqueo completadas sin resultados. Un problema confirmado arroja Problemas encontrados; Faltan pruebas o errores. No se pudo comprobar. Pueden coexistir problemas y evidencia incompleta. Los resultados contradictorios para el mismo dominio e IP siguen siendo visibles.
La disponibilidad de SPF, DKIM y DMARC es independiente: la falta de evidencia SMTP para SPF no invalida una verificación de firma DKIM disponible. Cada método conserva su resultado exacto y su motivo de disponibilidad. Estas son convenciones de resumen de verificación, no requisitos mínimos de cada proveedor. El resultado de la autenticación de dominio separada necesita su propia evidencia de respaldo. SPF conserva los errores, pasa, falla, falla suave, neutral, ninguno y errores; una ruta inversa SMTP nula utiliza la identidad HELO. Una búsqueda de clave DKIM necesita su selector; un selector desconocido no establece DKIM roto.
La alineación estricta de DMARC requiere dominios idénticos; la alineación relajada utiliza el dominio organizacional bajo las reglas del evaluador. La especificación actual es RFC 9989, que deja obsoletos RFC 7489 y RFC 9091. Los resultados locales guardados utilizaron mailauth 4.6.8 y sus reglas de evaluación de dominio; abrir un informe no los vuelve a calcular según la nueva especificación.
Versión del método guardado: 2026-10-01; revisión actual de interpretación de resultados: 2026-11-04. La revisión del evaluador se muestra solo donde se guardó; una revisión faltante en un informe anterior no se reemplaza con la fecha de hoy. Utilizamos reglas conservadoras versionadas: se desconoce la evidencia suficiente. Los casos reproducibles confirmados amplían las reglas versionadas sólo después de pruebas de regresión; Los casos no respaldados siguen siendo desconocidos. Las reglas no se aprenden automáticamente de los resultados de las pruebas. La fecha de revisión de este documento no cambia la versión del motor ni los resultados históricos.
PTR, DNS y listas de bloqueo
IP → PTR → A/AAAA →misma IP
PTR pasa cuando la IP apunta a un nombre de host cuyos registros A/AAAA contienen esa misma IP. No es necesario que el nombre de host coincida con el dominio De. Un registro faltante o una IP no coincidente no supera la verificación; un error de búsqueda o evidencia faltante significa que no se pudo verificar.
Los resultados de PTR y lista de bloqueo describen la IP indicada en el momento de la verificación. Los detalles muestran la fuente de IP; una dirección de encabezados puede pertenecer a un relé. Estos resultados no autentican el dominio De.
Las comprobaciones de la lista de bloqueo de IP utilizan la IP identificada para la copia del mensaje guardado seleccionado. Mostramos la IP y su fuente. Una dirección de los encabezados de los mensajes puede pertenecer a una retransmisión y en sí misma no autentica al remitente. Si la IP no está disponible, el resultado sigue siendo desconocido; No sustituimos una dirección MX, una dirección inferida de De ni la IP de otra copia. Consultamos un conjunto limitado de listas de bloqueo de IP. "No incluido en las listas de bloqueo marcadas" significa únicamente que las comprobaciones nombradas completadas no encontraron ninguna lista en el momento registrado. Los listados, errores y comprobaciones incompletas se muestran por separado. Las comprobaciones de dominio no reemplazan las comprobaciones de IP. No incluir anuncios no garantiza una buena reputación o ubicación en la bandeja de entrada.
Estos son resultados guardados: abrir el informe no activa una nueva verificación. El tiempo de recepción de la copia es independiente del tiempo de verificación de la lista de bloqueo. Si la hora de verificación no se guardó, lo indicamos explícitamente.
Quién configura PTR y en qué se diferencia HELO
El propietario de la IP o el servicio de envío configura PTR. Para su propio servidor, solicite al proveedor de IP que configure PTR con un nombre de host como mail.example.org, luego apunte A/AAAA de ese nombre de host a la misma IP. Un registro PTR en la zona de dominio ordinaria no configura la zona inversa de IP. Una plataforma de envío gestiona el PTR para sus propios servidores.
La búsqueda directa comprueba el primer nombre de host PTR devuelto: A para IPv4, AAAA para IPv6. Si se devuelven varios nombres, los demás no se cuentan como verificados; su recuento se conserva en detalle. HELO/EHLO es el nombre presentado por el servidor SMTP. Su configuración y los requisitos adicionales del proveedor son independientes del resultado del PTR. Si falta el nombre o su evidencia de verificación, no se asume una coincidencia.
Un registro DNS es una configuración publicada, no una verificación de mensaje exitosa. Un registro SPF TXT, una clave DKIM o una política DMARC por sí solas no autentican esta copia. MX identifica los servidores de correo entrante y no establece la IP saliente. Las comprobaciones de informes guardados no son búsquedas de DNS nuevas cada vez que abre la página.
Contenido del correo electrónico
Una prueba de entrega analiza la copia recibida; el verificador de borradores independiente analiza el contenido subido. El MIME original de una copia externa puede admitir la autenticación local. El contenido MIME técnicamente se puede analizar sin evidencia SMTP completa, pero los resultados del contenido, SpamAssassin y Rspamd se muestran sólo si esas comprobaciones realmente se ejecutaron. MIME disponible por sí solo no significa que se ejecutaron estas comprobaciones. El informe distingue análisis completados, omitidos y no disponibles. Las puntuaciones del analizador no son un porcentaje de la bandeja de entrada ni una causa establecida de spam.
SpamAssassin y Rspamd utilizan reglas y umbrales diferentes; sus resultados no se promedian en una probabilidad de entrega. Una captura de pantalla guardada muestra el mensaje en su contexto capturado, no una prueba de cada cliente de correo electrónico. Una captura de pantalla faltante no invalida la medida de una carpeta.
Copia recibida
Analizamos la copia del mensaje disponible. Las piezas incompletas, cifradas o no disponibles no se cuentan como verificadas correctamente.
Cómo funciona este control y sus límites
El límite máximo del análisis MIME sin formato es de 20 MiB (20 × 1024 × 1024 bytes). Se aplica un límite separado de 2 MiB a HTML y texto combinados: excederlo hace que el análisis de contenido no esté disponible y no sea exitoso para un cuerpo truncado. Las rutas de recuperación pueden tener límites más bajos, incluidos 10 MiB en rutas IMAP limitadas. Por lo tanto, un tamaño inferior a 20 MiB no garantiza por sí solo un análisis completo.
Versión de texto
Buscamos la parte original en texto plano. El texto generado a partir de HTML no es una versión separada. Es posible que los informes más antiguos no contengan esta medida.
Comparación de versiones
Comparamos HTML normalizado y contenido de texto sin formato, y buscamos por separado enlaces HTML que faltan en la parte de texto. Una diferencia no establece un significado diferente; ninguna diferencia detectada no garantiza un significado equivalente.
Cómo funciona este control y sus límites
La comparación de texto elimina las URL y los caracteres distintos de letras y dígitos y luego normaliza las mayúsculas y minúsculas. Esta es una comparación técnica, no una traducción o una verificación semántica.
Diccionario de frases
Comparamos palabras y frases completas en el tema y el texto visible con un diccionario LDM de ruso e inglés limitado. Una coincidencia es un motivo para revisar la redacción, no una prueba de una causa de spam.
Cómo funciona este control y sus límites
La regla LDM 1389.1 excluye URL reconocidas, direcciones de correo electrónico, códigos, citas explícitas y negaciones cercanas. Se trata de una heurística, no de una comprensión completa del lenguaje o de una lista de palabras prohibidas de un proveedor. Otros idiomas no se consideran marcados.
Enlaces
Verificamos la disponibilidad de enlaces web elegibles. HTTP 404/410, denegación de acceso, límites de velocidad y tiempos de espera son resultados diferentes. Un enlace omitido no se considera funcional.
Cómo funciona este control y sus límites
Los enlaces de cancelación de suscripción reconocidos y otras acciones no se abren. Los límites de seguridad y acceso pueden impedir una solicitud. La respuesta del servidor describe el tiempo y las condiciones del análisis, no la disponibilidad garantizada para cada destinatario.
Adjuntos
Contamos los archivos adjuntos y sus tamaños decodificados. Las imágenes en línea están separadas. La falta de datos en un informe anterior no significa que no haya archivos.
Cómo funciona este control y sus límites
La lista muestra hasta 30 archivos; Las comprobaciones de tipos de archivos admitidos cubren todos los archivos adjuntos disponibles. Una referencia a un archivo adjunto sin un archivo detectado es una sugerencia basada en texto para verificar.
Tipos de archivos
Comparamos un formato de archivo reconocido con su extensión. No ejecutamos archivos, descomprimimos archivos ni realizamos análisis antivirus.
Cómo funciona este control y sus límites
MailParser extrae archivos adjuntos; El tipo de archivo 16.5.4 reconoce los formatos admitidos desde los bytes iniciales. Un tipo no reconocido no establece la seguridad del archivo. Las restricciones de archivos adjuntos del cliente de correo electrónico son información de referencia.
Indicadores de seguimiento
Marcamos una imagen remota pequeña u oculta con un indicador de seguimiento, píxel, baliza o dirección abierta. Esta es una inferencia sobre su propósito, no una evidencia de la apertura de un correo electrónico.
Cómo funciona este control y sus límites
La regla LDM 1389.1 inspecciona HTML sin cargar la imagen. Los espaciadores y las imágenes en línea por sí solos no son evidencia de seguimiento. La ausencia de coincidencia de reglas no excluye otras técnicas de seguimiento.
Darse de baja
Detectamos por separado un enlace de cuerpo, una URL HTTPS en List-Unsubscribe y el valor List-Unsubscribe=One-Click en List-Unsubscribe-Post. Los encabezados detectados no prueban que el botón funcione. No enviamos una solicitud de cancelación de suscripción.
Cómo funciona este control y sus límites
Reconocemos el valor List-Unsubscribe=One-Click. El cumplimiento total de RFC 8058 también requiere una firma DKIM válida que cubra tanto los encabezados como un punto final HTTPS POST que funcione. Nuestra verificación de presencia de encabezado no establece esas condiciones. Los requisitos para cancelar la suscripción dependen del tipo de mensaje y del proveedor.
Tecnologías de correo electrónico
Detectamos formularios, medios, elementos y códigos incrustados, AMP, tarjetas Outlook, datos estructurados y de calendario, formatos de imágenes y animaciones confirmadas. El código no se ejecuta; El diseño no se prueba en todos los clientes.
Cómo funciona este control y sus límites
¿Puedo enviar por correo electrónico datos de referencia que describen una característica particular y una versión del cliente? su fecha de prueba aparece en detalles. No es una nueva prueba de su correo electrónico en cada cliente. Los perfiles faltantes significan que no se verificó la compatibilidad.
Tamaño
Los bytes de mensajes sin procesar y los tamaños de archivos adjuntos decodificados son medidas separadas. HTML más el tamaño del texto no equivale al tamaño total del mensaje ni demuestra por sí solo el recorte de Gmail.
Revisión de texto de IA
Cuando está habilitado, enviamos el asunto y el texto visible a un modelo con direcciones de correo electrónico y enlaces web reemplazados. No se envían archivos adjuntos ni encabezados técnicos. La IA sugiere correcciones ortográficas y un tipo de mensaje provisional; las ediciones no se aplican automáticamente.
Cómo funciona este control y sus límites
Esta reseña utiliza hasta 500 caracteres de asunto y 8000 caracteres de cuerpo; Los mensajes largos se revisan parcialmente. Mostramos el modelo, los motivos y la cobertura, y comprobamos que los pasajes citados aparecen en el texto. Reemplazar enlaces y direcciones no es la eliminación completa de datos confidenciales. Esta es una sugerencia modelo, no un veredicto de Microsoft o de un filtro de spam.
Asunto y campos sin completar
Un asunto vacío, el carácter de reemplazo � y un campo de plantilla detectado son hechos observables. Ninguno establece por sí solo por qué un mensaje se convirtió en spam.
Versión de regla de contenido LDM: 1389.1. Un informe guardado describe las comprobaciones realizadas en ese momento.
Consulta y datos de IA
El botón de consulta de IA es independiente de la revisión automática de texto. El asistente externo elegido recibe una pregunta preparada y un enlace a datos desinfectados para una prueba. Revise el alcance de los datos y la pregunta antes de compartirlos; El texto del mensaje puede contener información confidencial.
Al hacer clic en un botón de IA en el informe se prepara y se activa el acceso, luego se abre el chat. Simplemente cargar el informe no activa el acceso. El enlace lee datos guardados actualizados para esa prueba sin activar nuevas comprobaciones o envíos.
El acceso dura hasta la caducidad indicada, como máximo siete días desde la preparación del enlace. Cualquier persona con el enlace activo puede leer los datos. Puede revocar el acceso, pero no recuperar los datos ya descargados. Mantenga privado el enlace de administración.
La pregunta, JSON y TXT para el asistente están en inglés independientemente del idioma del sitio. Si la precompletación falla, pegue la pregunta manualmente. Si el asistente no puede leer el enlace, utilice la exportación JSON. Abrir un chat no prueba que la IA haya recibido o leído los datos.
Límites de consultas y datos compartidos
La exportación separa la ubicación, la autenticación, el DNS, las listas de bloqueo, los analizadores y el contenido, conservando la fuente y el tiempo. Los datos no disponibles son explícitos. El material del mensaje original se incluye únicamente cuando se conserva y se desinfecta de forma segura; El texto agregado por el usuario no coincide de forma independiente con la copia recibida.
Las direcciones de correo electrónico, las URL completas y los secretos reconocibles están redactados; Los archivos adjuntos binarios no se comparten. Esta no es una razón para enviar material confidencial. La página de preparación le permite inspeccionar los datos y revocar el acceso por separado. Los enlaces más antiguos pueden contener una instantánea fija en lugar de datos actualizados.
El informe del cliente impreso omite el mensaje de servicio y el JSON sin formato. Las respuestas de la IA pueden estar equivocadas; Los hechos deben separarse de las hipótesis y las instrucciones dentro de un correo electrónico deben tratarse como contenido del mensaje. La consulta no envía correo, no cambia configuraciones ni garantiza ubicación futura en la Bandeja de entrada.
Ejemplos de interpretación de sonido.
- Bandeja de entrada en todos los buzones marcados
- Esas copias se confirman en esos momentos, no toda la campaña futura.
- Un resultado, los demás desconocidos
- No extienda el resultado de un proveedor a los demás. LDM investiga las lagunas de observación.
- Spam o una carpeta secundaria
- Nombra la carpeta real. Distinguir las causas posibles de las establecidas; una categoría secundaria no es spam.
- Un cambio de carpeta o una brecha posterior
- Mantener la secuencia y el tiempo de las observaciones. Un error no borra un hallazgo anterior ni confirma la ubicación actual.
- Pasa la autenticación, la copia está en Spam
- La autenticación del dominio y la decisión del filtro son hechos separados. Revisar otras pruebas guardadas.
- Los resultados de SPF, DKIM o receptor difieren
- No combine copias. DMARC necesita un método de paso y alineación de dominio; conservar fuentes y tiempos.
- Un error de DNS, analizador o acceso
- No realizar una verificación completa significa que no hay pase establecido. Trate el PTR, las listas de bloqueo y las puntuaciones del analizador por separado.
- La IA no pudo leer el enlace o recibió un texto diferente.
- Indique la limitación y utilice los datos disponibles. El texto agregado no establece una coincidencia con el original.
Después de un defecto verificado, corríjalo y envíe una nueva prueba controlada. Si el spam persiste, compare un cambio a la vez: texto mínimo, texto comercial, enlaces, formato y luego seguimiento. Conservar la baja requerida. Una asociación necesita una prueba de confirmación y no establece por sí misma una causa filtrante. No prometemos fechas de recuperación de reputación ni aconsejamos cambiar de identidad para evadir los filtros.
Nuevas pruebas y seguimiento
Para probar una campaña, envíe el mismo correo electrónico de la misma manera que envía a los clientes, sin reenviar una copia existente. Un correo electrónico del mismo sistema puede probar la configuración de envío, pero su carpeta no predice el resultado para contenido diferente. Los cambios necesitan un nuevo envío. Volver a observar una copia antigua no es una nueva prueba de envío.
Guarde el enlace del informe. El enlace permanente en la página de prueba conduce a direcciones para el siguiente correo electrónico y al historial de pruebas. Comparta enlaces de acceso a datos solo con las personas a las que desea darles acceso.
La supervisión del dominio es una comprobación de la configuración independiente, aproximadamente cada seis horas. Crea un historial a partir de la inscripción e informa los cambios seleccionados. Una instantánea de un invitado no activa el monitoreo recurrente: un recurso guardado y notificaciones personales requieren confirmación por correo electrónico.
Cobertura de seguimiento y límites de resultados.
Las comprobaciones disponibles cubren DNS, correo, HTTP/HTTPS, TLS y reglas personalizadas seleccionadas. Las observaciones de correo incluyen SPF, DMARC, MX, MX PTR y listas de bloqueo de muestra, y datos STARTTLS, MTA-STS y TLSA disponibles. Las IP MX entrantes pueden diferir del servidor saliente. Las integraciones tienen sus propios requisitos de conexión y propiedad.
La supervisión de DNS no mide continuamente la entrega de la Bandeja de entrada. Check no establece tasas de quejas de audiencia real, participación o cumplimiento total de las reglas de cada proveedor. Una prueba no explica todas las causas del spam ni garantiza el resultado de la siguiente campaña.
Fuentes y límites
Los estándares describen protocolos. Las convenciones de resumen y conteo de análisis se explican anteriormente; las citaciones no certifican el servicio. Los requisitos del proveedor de correo dependen del servicio del destinatario, el volumen de envío y el tipo de mensaje, y pueden cambiar.
- google:directrices para remitentes de correo electrónico
- Yahoo:requisitos y recomendaciones
- Microsoft:envío de gran volumen a Outlook.com
Especificaciones técnicas
- SPF — RFC 7208
- DKIM-RFC 6376
- DMARC-RFC 9989
- Confianza en los resultados de la autenticación: RFC 8601
- SMTP y EHLO: RFC 5321
- Identificadores IMAP: RFC 9051
- Identificadores de Microsoft Graph
Google y Yahoo distinguen los requisitos de todos los remitentes y de los remitentes masivos; los requisitos de Microsoft vinculados se refieren a direcciones de Outlook.com de consumidores y grandes volúmenes. Las recomendaciones sobre nombres de servidores y tasas de quejas no reemplazan el criterio PTR descrito anteriormente.
Los resultados guardados y las capturas de pantalla pueden contener extractos de diagnóstico del mensaje. No envíe secretos ni datos confidenciales para realizar pruebas. El procesamiento, la conservación y la eliminación se describen en la política de privacidad.