MINFO (Mailbox Information) Record Lookup
Definido como un protocolo experimental en RFC 1035, el registro MINFO (Mailbox Information) fue diseñado para adjuntar metadatos de enrutamiento administrativo altamente granulares a listas de correo y buzones individuales. Durante la era del dial-up de internet, las conexiones de red se caían constantemente, y los servidores de correo se bloqueaban con frecuencia. Los mensajes de rebote automatizados (Non-Delivery Reports, o NDRs) a menudo formaban bucles infinitos entre servidores, congestionando el limitado ancho de banda de ARPANET. El registro MINFO fue un intento de proporcionar reglas de enrutamiento estrictas para el manejo de errores directamente en la capa DNS.
Parámetros RMAILBX y EMAILBX
A diferencia de los registros estándar que utilizan una única cadena de destino, el payload MINFO requería dos punteros distintos. El primero era el RMAILBX (Responsible Mailbox). Este parámetro definía explícitamente el dominio o buzón que era responsable de recibir mensajes de error automatizados y rebotes del servidor asociados con una lista de correo específica. El segundo parámetro era el EMAILBX (Error Mailbox), que definía al administrador humano o responsable de la lista. Cuando un servidor externo encontraba un fallo crítico intentando entregar un payload en bloque (bulk), se suponía que consultaría el registro MINFO para descubrir exactamente a dónde enviar los logs de error, esquivando la dirección real del remitente.
El Fracaso del Señalamiento Out-of-Band
El fallo arquitectónico central del registro MINFO era que dependía de un señalamiento "out-of-band". Forzaba a un servidor de correo que ya estaba en medio del procesamiento de una transacción SMTP a detener la ejecución, abrir una nueva conexión UDP, consultar a la capa DNS por registros MINFO, esperar por la propagación y luego reescribir las rutas de enrutamiento de errores. Esto demostró ser significativamente más lento y menos fiable que simplemente manejar el enrutamiento de errores "in-band" durante la propia transmisión real del correo electrónico.
Los Encabezados SMTP Reemplazan la Lógica DNS
Los ingenieros rápidamente se dieron cuenta de que el protocolo SMTP en sí mismo era mucho más adecuado para manejar metadatos de rebote que la capa DNS. La introducción de encabezados de sobre (envelope headers) SMTP específicos —más notablemente los encabezados Return-Path y Errors-To— eliminó por completo la necesidad de los registros MINFO. Hoy en día, cuando un remitente masivo despacha un boletín de noticias, incrustan la dirección de procesamiento de rebotes directamente en los encabezados ocultos del correo electrónico. Si el servidor receptor encuentra un error, simplemente lee el encabezado localmente y dispara el mensaje de rebote instantáneamente, requiriendo cero búsquedas DNS externas. En consecuencia, los MTA en producción ignoran los payloads MINFO por completo.