Ambos hacen que el correo enviado a una dirección llegue a otro sitio, y no son lo mismo. La diferencia decide si el mensaje sigue funcionando cuando el remitente tiene SPF y DMARC configurados, que hoy es casi todo el mundo.

Un alias

sales@tudominio.com entrega en el buzón info@tudominio.com de tu propio servidor. No se envía ningún mensaje nuevo, nada sale, nada puede fallar. Gratis, sin límite y la herramienta adecuada para las direcciones de departamento.

Un reenvío

sales@tudominio.com recibe el mensaje y tu servidor lo manda después a una dirección de Gmail. Tu servidor pasa a ser el remitente de un mensaje escrito por otro, y eso es lo que se rompe.

El registro SPF original no incluye tu servidor, así que el mensaje reenviado falla el SPF en Gmail. Puede acabar en spam o ser rechazado, y al remitente se le dice que tu dominio falló, con lo que la culpa parece tuya.

Cómo hacer que el reenvío funcione

  • SRS: reescribe el remitente del sobre para que el SPF se compruebe contra tu dominio y no contra el suyo. Casi todos los servidores de correo lo admiten; suele bastar con activarlo.
  • No alteres el mensaje: ni pie de página ni etiqueta en el asunto. Cualquier cambio rompe la firma DKIM, lo último que lo mantenía autenticado.
  • Mejor: recoger en vez de reenviar. Deja el buzón en tu servidor y que Gmail lo recoja con su propia importación IMAP: no se reenvía nada, así que nada falla.
# postfix
sender_canonical_maps = tcp:127.0.0.1:10001
sender_canonical_classes = envelope_sender
recipient_canonical_maps = tcp:127.0.0.1:10002

Y guarda una copia

Un reenvío que solo reenvía no te deja ningún rastro. Si el destino rebota, el mensaje se pierde. Entrega en local Y reenvía, para que siempre quede una copia en tu servidor.

Si el correo reenviado acaba en spam, las comprobaciones están en Fallos de SPF, DKIM y DMARC.