Recipient address rejected: User unknown in virtual alias table

Lord_Icon

Member
Wenn ich mir eine Email schicke (von einer externen Mail Adresse) dann erhalte ich :
Recipient address rejected: User unknown in virtual alias table

Dies kann aber nicht sein. Der Benutzer ist in der Tabelle drin. Auch in der localen.

die wichtigsten Daten aus der main.cf
readme_directory = /usr/share/doc/packages/postfix/README_FILES
inet_protocols = ipv4
biff = no
mail_spool_directory = /var/mail
canonical_maps = hash:/etc/postfix/canonical
virtual_maps = hash:/etc/postfix/virtual, hash:/etc/postfix/confixx_virtualUsers, hash:/etc/postfix/confixx_localDomains
relocated_maps = hash:/etc/postfix/relocated
transport_maps = hash:/etc/postfix/transport
sender_canonical_maps = hash:/etc/postfix/sender_canonical
masquerade_exceptions = root
masquerade_classes = envelope_sender, header_sender, header_recipient
myhostname = system-Backup
program_directory = /usr/lib/postfix
inet_interfaces = all
masquerade_domains =
mydestination = $myhostname, $mydomain, localhost.$mydomain, localhost
defer_transports =
disable_dns_lookups = no
relayhost =
mailbox_command =
mailbox_transport =
smtpd_sender_restrictions = hash:/etc/postfix/access
smtpd_client_restrictions = permit_sasl_authenticated,
smtpd_helo_required = no
smtpd_helo_restrictions =
strict_rfc821_envelopes = no
smtpd_recipient_restrictions = permit_tls_clientcerts, permit_sasl_authenticated, permit_mynetworks,reject_unauth_destination
smtp_sasl_auth_enable = no
smtpd_sasl_auth_enable = yes
smtpd_use_tls = yes
smtp_use_tls = yes
alias_maps = hash:/etc/aliases
mailbox_size_limit = 0
message_size_limit = 0
smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem
smtpd_tls_cert_file = /etc/postfix/ssl/certs/postfixcert.pem
smtpd_tls_key_file = /etc/postfix/ssl/certs/postfixkey.pem
smtpd_tls_received_header = yes
tls_daemon_random_source = dev:/dev/urandom
tls_random_source = dev:/dev/urandom
relay_clientcerts = hash:/etc/postfix/relay_ccerts
smtpd_tls_ask_ccert = yes
smtp_tls_CAfile = /etc/postfix/ssl/cacert.pem
smtp_tls_cert_file = /etc/postfix/ssl/certs/postfixcert.pem
smtp_tls_key_file = /etc/postfix/ssl/certs/postfixkey.pem

virtual_maps = hash:/etc/postfix/ksvirtusertable, hash:/etc/postfix/kslocaldomains
smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_use_tls = no
inet_interfaces = all
broken_sasl_auth_clients = yes

Weiß einer,was ich noch testen kann ?

Denn hier is die Email definitive drin
virtual_maps = hash:/etc/postfix/ksvirtusertable, hash:/etc/postfix/kslocaldomains

Im den Sinne, kann die Fehlermeldung nicht stimmen
 
Hallo!
Haben /etc/postfix/ksvirtusertable & /etc/postfix/ksvirtusertable.db annähernd das selbe Datum? Mal ein postmap /etc/postfix/ksvirtusertable manuell ausgeführt?

mfG
Thorsten
 
Nur die localdomains haben gleiches Datum.
Die Virtualtable allerdings nicht.

Code:
-rw-r--r-- 1 root root   435 17. Mär 21:58 kslocaldomains
-rw-r--r-- 1 root root 12288 17. Mär 21:58 kslocaldomains.db
-rw-r--r-- 1 root root  2111 17. Mär 21:58 ksvirtusertable
-rw-r--r-- 1 root root 12288 17. Mär 23:01 ksvirtusertable.db


Hat das was zu bedeuten ?

Ich muß aber hinzufügen, das ich vor einer guten halben Stund postmap /etc/postfix/ksvirtusertable schon manuell ausgeführt habe.

Ich denke mal, das dadurch die Zeitabweichung zustande gekommen ist.
Das Problem bestht aber dennoch weiterhin :-(


Was sollte ich denn posten, damit man das ganze besser nachvollziehen kann ?
Würde jetzt ungern den Thread zu müllen und alle Konfigurationen posten
 
nagut... vielleicht hab ich ja wirklich irgendwo n config fehler drin :mad:

Code:
postconf -n
alias_maps = hash:/etc/aliases
biff = no
broken_sasl_auth_clients = yes
canonical_maps = hash:/etc/postfix/canonical
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
debug_peer_level = 2
defer_transports =
disable_dns_lookups = no
disable_vrfy_command = yes
html_directory = /usr/share/doc/packages/postfix/html
inet_interfaces = all
inet_protocols = ipv4
mail_owner = postfix
mail_spool_directory = /var/mail
mailbox_command =
mailbox_size_limit = 0
mailbox_transport =
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
masquerade_classes = envelope_sender, header_sender, header_recipient
masquerade_domains =
masquerade_exceptions = root
message_size_limit = 0
mydestination = $myhostname, $mydomain, localhost.$mydomain, localhost
mydomain = mailserver.DOMAIN.de
myhostname = system-Backup
mynetworks_style = host
newaliases_path = /usr/bin/newaliases
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/packages/postfix/README_FILES
relay_clientcerts = hash:/etc/postfix/relay_ccerts
relayhost =
relocated_maps = hash:/etc/postfix/relocated
sample_directory = /usr/share/doc/packages/postfix/samples
sender_canonical_maps = hash:/etc/postfix/sender_canonical
sendmail_path = /usr/sbin/sendmail
setgid_group = maildrop
smtp_sasl_auth_enable = no
smtp_tls_CAfile = /etc/postfix/ssl/cacert.pem
smtp_tls_cert_file = /etc/postfix/ssl/certs/postfixcert.pem
smtp_tls_key_file = /etc/postfix/ssl/certs/postfixkey.pem
smtp_use_tls = yes
smtpd_banner = $myhostname ESMTP $mail_name
smtpd_client_restrictions = permit_sasl_authenticated,
smtpd_delay_reject = yes
smtpd_error_sleep_time = 1s
smtpd_hard_error_limit = 20
smtpd_helo_required = no
smtpd_helo_restrictions =
smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_sender_restrictions = hash:/etc/postfix/access
smtpd_soft_error_limit = 10
smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem
smtpd_tls_ask_ccert = yes
smtpd_tls_cert_file = /etc/postfix/ssl/certs/postfixcert.pem
smtpd_tls_key_file = /etc/postfix/ssl/certs/postfixkey.pem
smtpd_tls_received_header = yes
smtpd_use_tls = no
strict_rfc821_envelopes = no
tls_random_source = dev:/dev/urandom
transport_maps = hash:/etc/postfix/transport
unknown_local_recipient_reject_code = 550
 
Hallo!
Das mit den Zeiten ist soweit OK. In der ksvirtusertable sollten deine Mail Adressen im Klartext stehen. Durch postmap bringst du die Datei (ksvirtusertable) in ein für Postfix verwertbares Format (ksvirtusertable.db). Eventuell hilft ja ein zusätzliches postfix reload. Anderenfalls müsste ein Postfix / Mail Spezialist mal etwas dazu sagen.

mfG
Thorsten
 
ok. danke dir.
Da ich mittlerweile auch schon ein reboot hatte, hebt sich postfix restart wohl auf.

Dann wird jetzt wohl ein MTA Spezi gesucht. Mal schaun, ob sich mein "Lieblingshelfer" ... der Huschi... zur Worte meldet bzw. sich mal wieder dazu erbarmt;)
Der is da immer so fix in solchen Sachen.... ich glaub, der macht nix anderes am Tag :rolleyes:
 
xinetd[8988]:bind failed (Address already in use (errno = 98)). service = pop3
xinetd[8988]: Service pop3 failed to start and is deactivated.

Ich bin der sache schon ein klein wenig näher gekommen. Da pop3 per xinetd bei mir gestartet wird, hab ich in der message den obrigen eintrag gefunden. "Lustigerweise" sagt restart ein erfreuliches grünes done. Obwohl fehler vorhanden war...

Nach restart von xinetd, postfix, saslth, bekomme ich nun endlich mal was neues (aus der messages)
Code:
Mar 18 00:33:09 sys-BACKUP saslauthd[1944]: DEBUG: auth_pam: pam_authenticate failed: User not known to the underlying authentication module
Mar 18 00:33:09 sys-BACKUP saslauthd[1944]: do_auth         : auth failure: [user=ks0121p1] [service=smtp] [realm=] [mech=pam] [reason=PAM auth error]

mail.warn
Code:
sys-BACKUP postfix/smtpd[9357]: warning: cotb-4db31cb0.pool.einsundeins.de[77.179.28.176]: SASL LOGIN authentication failed: authentication failure

Soweit hab ich das Problem schon verstanden. "angeblich" soll mein Passwort falsch sein. Ergo = nochmal n neues geschrieben. aber leider bleibt er da stur.

Na ma gugen, was die nächsten 2h bringen.




versuch's mal mit einem richtigen Hostname.
Was ist denn für dich ein RICHTIGER Hostname? eine Domain addy ?
 
Ich habe ähniches Problem beim Sendmail an einem CentOS VServer bei 1und1.

Der sender einer Mail an [email protected] bekommt folgende Meldung und die Mail kommt natürlich nie an.

Woran kann das liegen?

zoneedit.com ist der DNS Server für domain.tld

This is the mail system at host mail.zoneedit.com
I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.


The mail system

<[email protected]>: User unknown in virtual alias table

Final-Recipient: rfc822; [email protected]
Original-Recipient: rfc822;[email protected]
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; User unknown in virtual alias table

Linux VServer enthält folgende Dateien in /etc/mail mit entsprechenden Zeilen

Datei: local-host-names
domain.tld

Datei: virtusertable
[email protected] benutzer

Datei: aliases (in /etc)
benutzer: benutzer

User benutzer ist in linux registriert
 
Code:
Datei: aliases (in /etc)
benutzer:		benutzer
Wozu soll das denn gut sein ;) Damit funktioniert es mit Sicherheit nicht.
 
Code:
Datei: aliases (in /etc)
benutzer:		benutzer
Wozu soll das denn gut sein ;) Damit funktioniert es mit Sicherheit nicht.

Ich habe es extra addiert, daß es eventuel helfen würde. Es hat nähmlich, auch ohne diesen Eintrag in aliases funktioniert. Das Problem liegt wo anderes, aber ...wo?

Mittlerweile, habe ich entdeckt daß der root des Systems kann den [email protected] E-mailen, durch die Verwendung eines internen Programs (in diesem Fall war es Pine).

Liegt es vielleicht an die Konfiguration des VServers vom Anbieter? Der domain.tld ist nicht registriert über 1und1 und verwendet nicht ihren eigenen DNS Server, sondern wie oben erwähnt zoneedit.com

Eine Idee, bitte...
 
Back
Top