Dirección de función

Una dirección para una función de la organización

Los prefijos info@, support@, sales@, admin@ y billing@ son ejemplos habituales de direcciones genéricas. Necesitan un dominio para formar una dirección completa. La organización puede dirigir sus mensajes a un buzón compartido, a un sistema de incidencias o a una o varias personas. El nombre no revela cómo está organizado el destino.

Algunos nombres figuran en los estándares: RFC 2142 describe buzones empresariales como INFO, SALES y SUPPORT. Reconocer uno de estos nombres no confirma que una organización reciba correo en esa dirección.

Cómo aparece en el resultado de Emvero

Emvero compara la parte anterior a la arroba con sus datos de nombres de función. Si encuentra una coincidencia, activa checks.role_account y añade ROLE_ACCOUNT a los motivos. Esta señal describe el nombre de la dirección; no identifica a sus lectores ni comprueba quién controla el buzón.

La señal por sí sola no cambia el estado ni la acción recomendada. Si el servidor acepta el destinatario, el resultado puede ser deliverable con allow e incluir también ROLE_ACCOUNT. Otras pruebas, como el comportamiento de un dominio catch-all, pueden cambiar la conclusión. La guía para interpretar un resultado de verificación explica cómo leer estos campos juntos.

Si la dirección es adecuada para su mensaje

Una persona encargada de facturación puede facilitar billing@ para recibir facturas. Para conceder acceso a una cuenta o enviar correspondencia personal, quizá necesite comprobar quién solicitó el mensaje y si tiene acceso al buzón. Cuando ese control sea necesario, envíe su propia confirmación.

Para definir reglas de registro y separar el acceso del contacto de facturación, consulte cuándo admitir direcciones genéricas en el registro.

El nombre de función no establece permiso para una campaña, no predice una tasa de quejas ni identifica una trampa de spam. Valore el contexto de la solicitud y sus reglas de envío por separado de la comprobación técnica. Incluso un resultado deliverable puede ir seguido de un fallo al entregar otro mensaje.