Seid 1 Woche schlage ich mich mit 1 Problem rum und finde trotz intensiverer Nachforschungen keine Lösung!
Habe mein Postfix von 2.2.1 auf 2.3.3 updatet und sei dem geht nichts mehr.
Im Moment ist der Empfang von Mails nicht möglich.
Als Empfänger habe ich nur Unix-User zugelassen, so das Problem mit mySQL usw. nicht in Frage kommen, da sowas bei mir garnicht existiert.
System:
- Suse 9.3
- Postfix 2.3.3
- Cyrus-sasl-2.1.22
Hier mal der Auszug aus der mail Log:
Habe mir von einem alten GMX-Account eine Mail zugeschickt.
Nachricht in der Antwort-Mail:"Undelivered Mail Returned to Sender"
Und hier die main.conf
/etc/postfix/virtual
Wie man sieht, wird die E-Mail-Adresse von "andre.gerritzen@radhaus-kleve.de" ja ohne Probleme auf "andre.gerritzen@mail.klever-jugendwerk.de" umgeschrieben und anschließend auch richtig nach dem User "andre.gerritzen" gesucht.
Und hier taucht dann der Fehler auf bei dem ich nicht weiter komme.
unkown user: "andre.gerritzen"
Und ich bin eindeutig ein existierender User.
Ich habe zwischenzeitlich mal "root" als 2 User angegeben und dieser ist natürlich auch unkown (was mich bei einem Linux-System etwas wundert!
)
Eigentlich mußte Postfix, die Mails jetzt an die User zustellen, aber das klappt aus einem Grund nicht.
Habe ich vielleicht ein Modul nicht richtig einkompiliert?
Ansonsten habe ich die üblichen Fehlerquellen bei diesem Fehler bekoben!
Die virtual.db ist dank "postmap /etc/postfix/virtual" auch auf dem neuesten Stand.
"virtual_alias_domain" ist wie man sieht definiert.
Bei meiner Suche in zahlreichen Foren ist mir aufgefallen, das doch einige Leute vor dem gleichen Problem stehen, aber meist niemand eine hinreichende Antwort/Lösung für das Problem gefunden hat.
Habe mein Postfix von 2.2.1 auf 2.3.3 updatet und sei dem geht nichts mehr.
Im Moment ist der Empfang von Mails nicht möglich.
Als Empfänger habe ich nur Unix-User zugelassen, so das Problem mit mySQL usw. nicht in Frage kommen, da sowas bei mir garnicht existiert.
System:
- Suse 9.3
- Postfix 2.3.3
- Cyrus-sasl-2.1.22
Hier mal der Auszug aus der mail Log:
Habe mir von einem alten GMX-Account eine Mail zugeschickt.
Code:
Sep 4 14:26:31 vs150222 postfix/smtpd[12081]: connect from mail.gmx.de[213.165.64.20]
Sep 4 14:26:31 vs150222 postfix/smtpd[12081]: 9C1E72CC10C: client=mail.gmx.de[213.165.64.20]
Sep 4 14:26:31 vs150222 postfix/cleanup[10136]: 9C1E72CC10C: message-id=<00f801c6d01d$61fdcd90$14b6a8c0@senekha>
Sep 4 14:26:31 vs150222 postfix/qmgr[24451]: 9C1E72CC10C: from=<senekha@gmx.de>, size=1665, nrcpt=1 (queue active)
Sep 4 14:26:31 vs150222 postfix/smtpd[12081]: disconnect from mail.gmx.de[213.165.64.20]
Sep 4 14:26:31 vs150222 postfix/local[10137]: 9C1E72CC10C: to=<andre.gerritzen@mail.klever-jugendwerk.de>, orig_to=<andre.gerritzen@radhaus-kleve.de>, relay=local, delay=0.6, delays=0.55/0/0/0.05, dsn=5.1.1, status=bounced (unknown user: "andre.gerritzen")
Sep 4 14:26:32 vs150222 postfix/cleanup[10136]: E39AB2CC10D: message-id=<20060904122631.E39AB2CC10D@mail.klever-jugendwerk.de>
Sep 4 14:26:32 vs150222 postfix/qmgr[24451]: E39AB2CC10D: from=<>, size=3624, nrcpt=1 (queue active)
Sep 4 14:26:32 vs150222 postfix/bounce[10140]: 9C1E72CC10C: sender non-delivery notification: E39AB2CC10D
Sep 4 14:26:32 vs150222 postfix/qmgr[24451]: 9C1E72CC10C: removed
Sep 4 14:26:32 vs150222 postfix/smtp[10143]: E39AB2CC10D: to=<senekha@gmx.de>, relay=mx0.gmx.de[213.165.64.100]:25, delay=0.31, delays=0.14/0.01/0.11/0.06, dsn=2.6.0, status=sent (250 2.6.0 Message accepted {mx087})
Sep 4 14:26:32 vs150222 postfix/qmgr[24451]: E39AB2CC10D: removed
Code:
<andre.gerritzen@mail.klever-jugendwerk.de> (expanded from <andre.gerritzen@radhaus-kleve.de>): unknown user: "andre.gerritzen"Und hier die main.conf
Code:
alias_maps = hash:/etc/aliases
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
debug_peer_level = 2
default_privs = nobody
default_process_limit = 10
html_directory = no
inet_protocols = ipv4
mail_spool_directory = /var/mail
mailq_path = /usr/bin/mailq
manpage_directory = /usr/local/man
masquerade_classes = envelope_sender, header_sender, header_recipient
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
mydomain = klever-jugendwerk.de
myhostname = mail.klever-jugendwerk.de
mynetworks_style = host
newaliases_path = /usr/bin/newaliases
readme_directory = /usr/share/doc/packages/postfix/README_FILES
sample_directory = /etc/postfix
sendmail_path = /usr/sbin/sendmail
setgid_group = maildrop
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtpd_helo_required = yes
smtpd_helo_restrictions = reject_rbl_client blackholes.mail-abuse.org, reject_rbl_client dnsbl-3.uceprotect.net, permit
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, permit
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = mail.klever-jugendwerk.de
smtpd_sasl_security_options = noanonymous
smtpd_sender_restrictions = permit_mynetworks, reject_unknown_client, reject_invalid_hostname, reject_unknown_sender_domain, permit
unknown_local_recipient_reject_code = 550
virtual_alias_domains = radhaus-kleve.de radhauskleve.de
virtual_alias_maps = hash:/etc/postfix/virtual/etc/postfix/virtual
Code:
andre.gerritzen@radhaus-kleve.de andre.gerritzen
user1@radhaus-kleve.de user1
user2@radhaus-kleve.de user2
usw....Wie man sieht, wird die E-Mail-Adresse von "andre.gerritzen@radhaus-kleve.de" ja ohne Probleme auf "andre.gerritzen@mail.klever-jugendwerk.de" umgeschrieben und anschließend auch richtig nach dem User "andre.gerritzen" gesucht.
Und hier taucht dann der Fehler auf bei dem ich nicht weiter komme.
unkown user: "andre.gerritzen"
Und ich bin eindeutig ein existierender User.
Ich habe zwischenzeitlich mal "root" als 2 User angegeben und dieser ist natürlich auch unkown (was mich bei einem Linux-System etwas wundert!
)Eigentlich mußte Postfix, die Mails jetzt an die User zustellen, aber das klappt aus einem Grund nicht.
Habe ich vielleicht ein Modul nicht richtig einkompiliert?
Ansonsten habe ich die üblichen Fehlerquellen bei diesem Fehler bekoben!
Die virtual.db ist dank "postmap /etc/postfix/virtual" auch auf dem neuesten Stand.
"virtual_alias_domain" ist wie man sieht definiert.
Bei meiner Suche in zahlreichen Foren ist mir aufgefallen, das doch einige Leute vor dem gleichen Problem stehen, aber meist niemand eine hinreichende Antwort/Lösung für das Problem gefunden hat.