Postfix: ¿Cómo hago que funcionen los alias de correo electrónico?


11

La documentación afirma que puedo agregar alias en un archivo (como / etc / postfix / virtusertable) y luego usar la directiva "virtual_maps" para señalarlo. Sin embargo, esto no parece estar funcionando.

Mi correo rebota con:

Recipient address rejected: User unknown in local recipient table;

Si envío un correo electrónico al usuario desde el servidor usando el comando de correo, funciona.

mail myuser

El mensaje pasa por postfix y se inserta correctamente en la bandeja de entrada de Cyrus.

Cuando uso fetchmail para sacar los mensajes del usuario de un servidor pop3, el postfix falla. El correo electrónico del usuario es "myuser@mydomain.com", pero no parece estar asignando correctamente a "myuser", el nombre del buzón de correo de cyrus.



/etc/postfix/main.cf

myhostname = localhost
alias_maps = hash: / etc / aliases
alias_database = hash: / etc / aliases
myorigin = / etc / mailname
mydestination = localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0font>/104 [:: 1] / 128
box_size_limit = 0
recipiente_delimitador = +
inet_interfaces = all
buzón_transporte = lmtp: unix: / var / run / cyrus / socket / lmtp
#lmtp: unix: / var / run / lmtp
virtual_alias_domains = mydomain.com
virtual_maps = hash: / etc / postfix / virtusertable



/ etc / fetchmailrc

et syslog;
establecer daemon 20;

encuesta "mail.pop3server.com"
con protocolo pop3
el usuario "myuser@mydomain.com" contraseña "12345" es "myuser"
mantener fetchall



/ etc / postfix / virtusertable

myuser@mydomain.com     myuser



postconf -n

alias_database = hash: / etc / aliases
alias_maps = hash: / etc / aliases
append_dot_mydomain = no
biff = no
directorio_config / = / etc / postfix
inet_interfaces = all
box_size_limit = 0
buzón_transporte = lmtp: unix: / var / run / cyrus / socket / lmtp
mydestination = localhost 
myhostname = localhost
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0font>/104 [:: 1] / 128
myorigin = / etc / mailname
readme_directory = no
recipiente_delimitador = +
relayhost = 
smtp_tls_session_cache_database = btree: $ {data_directory} / smtp_scache
smtpd_banner = $ myhostname ESMTP $ mail_name (Ubuntu)
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree: $ {data_directory} / smtpd_scache
smtpd_use_tls = yes
virtual_alias_domains = mydomain.com

¿Por qué ignora mi alias?

Respuestas:


19

Los alias locales entran

alias_database = hash:/etc/aliases(no en /etc/postfix/virtusertable) en el siguiente formato:

alias: destination. Después de esa carrera newaliases.


Recibo una advertencia: "advertencia: / etc / alias, línea 3: el nombre debe ser local". Agregué la entrada "usuario@dominio.com: usuario" en / etc / aliases. el usuario no es un usuario en la máquina, es un buzón / usuario de Cyrus.
Nick

2
No, el formato correcto es user: anotheruser@domain.com, localuser
David Rickman

Ok, cambió el formato y la advertencia desapareció, pero el correo sigue rebotando. Me aparece "550-Mailbox unknown".
Nick

Parece que Fetchmail está aceptando el mensaje, tratando de enviárselo a Cyrus, pero ahora Cyrus lo está rebotando. ¿Estoy pensando que postfix no lo envía con el alias correcto? ¿O Cyrus necesita su propia tabla de alias?
Nick

Voy a marcar esto como resuelto y crear una nueva pregunta para el problema de Cyrus, ya que técnicamente es una pregunta diferente.
Nick

0

Acabo de encontrarme con este problema ... y descubrí que, curiosamente, mi problema no estaba relacionado con Cyrus ...

como pude entregar directamente incluyendo direcciones "+" pero las direcciones con alias fueron rechazadas ... Para su información lo que encontré es que las direcciones de alias se reescribieron [myalias] se convirtió en [myalias@myhost.mydomain.tld]

así que hasta que descubra cómo desactivar la expansión o cambiarla para soltar [myhost], la solución fue expandir el archivo de alias [myalias@mydomain.tld] en lugar de [myalias] finalmente tropecé con él cuando finalmente noté que el registro mostraba FQDN en lugar de solo el dominio como estaba acostumbrado en sendmail.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.