Kleines Problem mit Mailsystem

S

Sternkauz

New Member
Hallo Leser!

Betriebssystem openSuSE 10.3 64bit.

Mailsystem besteht aus Postfix und qpopper.

Ich habe drei Postfächer für zwei Domains angelegt.

1. [email protected]
2. [email protected]
3. [email protected]

E-Mails zu den Postfächern kommen an.

Mein Problem:

Es werden auch E-Mails für [email protected], [email protected] oder [email protected] angenommen. Die sollen aber nicht angenommen werden.

Hier ein paar Daten aus der main.cf:

myhostname = xxxxx.com
mydestination = $myhostname, xxxxx.de, localhost.$mydomain
virtual_alias_domains = hash:/etc/postfix/virtual_mailbox_domains
virtual_alias_maps = hash:/etc/postfix/virtual_alias_maps
virtual_mailbox_domains = hash:/etc/postfix/virtual_mailbox_maps

Die /etc/postfix/virtual_mailbox_domains sieht so aus:

xxxxx.de

Die /etc/postfix/virtual_alias_maps sieht so aus:

[email protected] photo
[email protected] anfrage

Ich habe drei Systembenutzer angelegt:

info
anfrage
photo


Ich habe irgendwo etwas nicht richtig eingestellt.


Kann jemand helfen?


Thomas
 
Last edited by a moderator:
Nimm die Domains aus mydestination raus. Solche Adressen werden immer auf lokale Accounts abgebildet und daher kommen die Einträge in den virtual_...-Tabellen sonst nicht zum Tragen.
 
Ja, weil für die .com-Domain noch keine Einträge in den virtual...-Tabellen drinstehen (Aufruf von postmap nicht vergessen...). Für die .de-Domain sollte es aber bereits funktionieren.
 
In der Anleitung zu virtuellen Domains steht folgendes:
# /etc/postfix/virtual:
# virtual-alias.domain anything (right-hand content does not matter)
# [email protected]in postmaster
# [email protected]in address1
# [email protected]in address2, address3
#
# The virtual-alias.domain anything entry is required for a
# virtual alias domain. Without this entry, mail is rejected
# with "relay access denied", or bounces with "mail loops
# back to myself".
Click to expand...

Daher musst Du die /etc/postfix/virtual_mailbox_domains noch anpassen:
Code: 
xxxxx.de [COLOR="Red"]OK[/COLOR]
xxxxx.com [COLOR="Red"]OK[/COLOR]
 
[gelöst] Kleines Problem mit Mailsystem

Hallo!


Ich habe die Dateien /etc/postfix/virtual_mailbox_domains und /etc/postfix/virtual_alias_maps geändert.

Das OK fehlte. Deshalb kam auch eine Warnung (Whitespace) wenn ich postmap /etc/postfix/virtual_mailbox_domains ausgeführt habe.


Jetzt werden die E-Mails richtig angenommen oder abgelehnt!


Vielen Dank für die Antworten!


Thomas
 
Hallo!


Das war vorschnell von mir.

In der /var/log/mail steht jetzt User unknown in virtual alias table wenn ich eine Mail verschicke.


Thomas
 
Wenn Du vom Server aus Mail versendest, kann dieser Fehler eigentlich nicht auftreten. Vielleicht solltest Du nochmal genauer beschreiben, was Du gemacht hast und auch den vollständigen Trace der Mail aus dem Logfile hier in
Code: 
-Tags posten.
 
Code: 
Aug 29 16:51:46 united-xxx postfix/qmgr[28663]: 97DAF264006: from=<[email protected]>, size=4692, nrcpt=1 (queue active)
Aug 29 16:51:46 united-xxx postfix/error[28678]: 97DAF264006: to=<[email protected]>, relay=none, delay=0.24, delays=0.15/0.01/0/0.07, dsn=5.0.0, status=bounced ([COLOR=red]User unknown in virtual alias table[/COLOR])
Aug 29 16:51:46 united-xxx postfix/cleanup[28673]: BADC2264004: message-id=<[email protected]>
Aug 29 16:51:46 united-xxx postfix/qmgr[28663]: BADC2264004: from=<>, size=6577, nrcpt=1 (queue active)
Aug 29 16:51:46 united-xxx postfix/bounce[28679]: 97DAF264006: sender non-delivery notification: BADC2264004
Aug 29 16:51:46 united-xxx postfix/qmgr[28663]: 97DAF264006: removed
Aug 29 16:51:47 united-xxx postfix/smtp[28681]: BADC2264004: to=<[email protected]>, relay=mailin.rzone.de[81.169.145.99]:25, delay=0.41, delays=0.07/0.01/0.06/0.28, dsn=2.1.5, status=sent (250 2.1.5 OK mail delivered)
Aug 29 16:51:47 united-xxx postfix/qmgr[28663]: BADC2264004: removed
 
Last edited by a moderator:
Das mit den
Code: 
-Tags[noparse]
[/noparse] musst Du wohl noch mal üben.... :rolleyes:

Postfix hat erkannt, dass die Domain "united-xxx.com" auf Deinem Server gehostet wird und verarbeitet die Mail als virtuelle Domain, da für die Domain in virtual_mailbox_domains ein Eintrag besteht.
Allerdings existiert der Eintrag "[email protected]" nicht in den virtual_alias_maps (zumindest nicht in der aktuellen, mit postmap generierten Version) und daher kann die Mail nicht zugestellt werden.
 
Hallo!


technik stand in der /etc/postfix/virtual_alias_maps drin. Das habe ich aber nicht geschrieben.

Bei anderen Benutzern wird das gleiche Problem angezeigt:
Code: 
Aug 29 17:02:14 united-xxx postfix/smtpd[29460]: connect from mo-p00-ob.rzone.de[81.169.146.162]
Aug 29 17:02:14 united-xxx postfix/policyd-weight[31470]: decided action=PREPEND X-policyd-weight: using cached result; rate: -8.5; <client=81.169.146.162> <helo=mo-p00-ob.rzone.de> <[email protected]> <[email protected]>; delay: 0s
Aug 29 17:02:14 united-xxx postfix/smtpd[29460]: C8ED9264003: client=mo-p00-ob.rzone.de[81.169.146.162]
Aug 29 17:02:14 united-xxx postfix/cleanup[29471]: C8ED9264003: message-id=<003a01c909e8$24096d30$6c1c4790$@de>
Aug 29 17:02:15 united-xxx postfix/qmgr[28663]: C8ED9264003: from=<[email protected]>, size=4349, nrcpt=1 (queue active)
Aug 29 17:02:15 united-xxx spamd[3898]: spamd: connection from localhost [127.0.0.1] at port 59453
Aug 29 17:02:15 united-xxx spamd[3898]: spamd: setuid to antispam succeeded
Aug 29 17:02:15 united-xxx postfix/smtpd[29460]: disconnect from mo-p00-ob.rzone.de[81.169.146.162]
Aug 29 17:02:15 united-xxx spamd[3898]: spamd: processing message <003a01c909e8$24096d30$6c1c4790$@de> for antispam:1006
Aug 29 17:02:15 united-xxx spamd[3898]: spamd: clean message (-97.1/5.0) for antispam:1006 in 0.2 seconds, 4187 bytes.
Aug 29 17:02:15 united-xxx spamd[3898]: spamd: result: . -97 - HTML_MESSAGE,TVD_SPACE_RATIO,USER_IN_WHITELIST scantime=0.2,size=4187,user=antispam,uid=1006,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=59453,mid=<003a01c909e8$24096d30$6c1c4790$@de>,autolearn=no
Aug 29 17:02:15 united-xxx postfix/pipe[29472]: C8ED9264003: to=<[email protected]>, relay=spamd, delay=0.5, delays=0.26/0.01/0/0.24, dsn=2.0.0, status=sent (delivered via spamd service)
Aug 29 17:02:15 united-xxx postfix/qmgr[28663]: C8ED9264003: removed
Aug 29 17:02:15 united-xxx postfix/pickup[28661]: 3EE5D264003: uid=1006 from=<[email protected]>
Aug 29 17:02:15 united-xxx postfix/cleanup[29471]: 3EE5D264003: message-id=<003a01c909e8$24096d30$6c1c4790$@de>
Aug 29 17:02:15 united-xxx spamd[3897]: prefork: child states: II
Aug 29 17:02:15 united-xxx postfix/qmgr[28663]: 3EE5D264003: from=<[email protected]>, size=4718, nrcpt=1 (queue active)
Aug 29 17:02:15 united-xxx postfix/error[29476]: 3EE5D264003: to=<[email protected]>, relay=none, delay=0.22, delays=0.11/0.01/0/0.1, dsn=5.0.0, status=bounced (User unknown in virtual alias table)
Aug 29 17:02:15 united-xxx postfix/cleanup[29471]: 67981264006: message-id=<[email protected]>
Aug 29 17:02:15 united-xxx postfix/qmgr[28663]: 67981264006: from=<>, size=6597, nrcpt=1 (queue active)
Aug 29 17:02:15 united-xxx postfix/bounce[29477]: 3EE5D264003: sender non-delivery notification: 67981264006
Aug 29 17:02:15 united-xxx postfix/qmgr[28663]: 3EE5D264003: removed
Aug 29 17:02:15 united-xxx postfix/smtp[29478]: 67981264006: to=<[email protected]>, relay=mailin.rzone.de[81.169.145.99]:25, delay=0.33, delays=0.12/0.01/0.02/0.17, dsn=2.1.5, status=sent (250 2.1.5 OK mail delivered)
Aug 29 17:02:15 united-xxx postfix/qmgr[28663]: 67981264006: removed

Thomas
 
Last edited by a moderator:
Code: 
OK! Ich werde jetzt die CODE benutzen. Sieht ja auch schöner aus.


Ich denke das das Problem an den angelegten Usern liegt. Ich nehme mal nur eine Domain. Diese trage ich in die main.cf unter mydestination ein.

Mit useradd info lege ich einen User an und mit passwd info bekommt er sein Passwort. Danach führe saslpasswd2 info aus. Nun kann ich über das Postfach [email protected] senden und empfangen.

Mal angenommen ich habe eine zweite Domain. Was mache wenn ich zwei Postfächer habe die mit info beginnen. Einen zweiten User anlegen der info heißt geht ja nicht mehr. Jedes der beiden Postfächer hat einen eigenen Benutzer (Empfänger).

postconf -n

Code: 
alias_database = hash:/etc/aliases
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_mime_output_conversion = no
html_directory = /usr/share/doc/packages/postfix/html
inet_interfaces = all
inet_protocols = ipv4
mail_name = mailerdaemon(postfix)
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 = 10240000
mydestination = $myhostname, localhost.$mydomain
mydomain = united-xx.com
myhostname = united-xx.com
mynetworks = xxx.xxx.5.204/32, 127.0.0.0/8
mynetworks_style = subnet
myorigin = $mydomain
newaliases_path = /usr/bin/newaliases
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/packages/postfix/README_FILES
relay_domains = $mydestination
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_use_tls = no
smtpd_client_restrictions = permit_mynetworks
smtpd_data_restrictions = reject_unauth_pipelining
smtpd_delay_reject = yes
smtpd_helo_required = yes
smtpd_helo_restrictions = permit_mynetworks,  reject_invalid_hostname
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_non_fqdn_recipient, check_policy_service inet:127.0.0.1:12525
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_sender_restrictions = permit_mynetworks
smtpd_use_tls = no
strict_8bitmime = no
strict_rfc821_envelopes = yes
transport_maps = hash:/etc/postfix/transport
unknown_local_recipient_reject_code = 550
virtual_alias_domains = hash:/etc/postfix/virtual_mailbox_domains
virtual_alias_maps = hash:/etc/postfix/virtual_alias_maps
virtual_mailbox_domains = hash:/etc/postfix/virtual_mailbox_maps


Thomas
 
Last edited by a moderator:
Da Du in der aktuellen Config "united-xx.com" als myhostname gewählt hat (und das mit bei mydestination angegeben ist) werden in jedem Fall alle Mails an diese Domain angenommen, zu denen es einen lokalen Account gibt (den Du aber u.U. nur für eine andere Domain verwenden wolltest). Du solltest prüfen, ob das das ist, was Du willst.

Bei den virtuellen Domains (bei Dir mit zwei Config-Dateien realisiert, die Beispiele in der Postfix-Doku machen es immer nur mit einer Datei) kannst Du auf der rechten Seite des Adress-Paares (fast) beliebige Werte wählen, die nichts mit dem lokalen Account zu tun haben müssen, sondern auch eine Mailadresse auf einem ganz anderen Rechner sein können.

Google fördert zu Tage, dass bei neueren Postfix-Versionen auf der rechten Seite kein lokaler Account-Name stehen darf, da es dann zu der von Dir vor ein paar Tagen bemerkten Fehlermeldung kommt (vielleicht hast Du das inzwischen ja auch schon raus gefunden). Stattdessen muss eine vollständige Email-Adresse auf der rechten Seite stehen.

Wenn man das alles kombiniert und myhostname aus mydestination entfernt und stattdessen "localhost" hinzufügt, ergibt sich folgende Lösung:
Code: 
[email protected]   infocom@localhost
[email protected]    infode@localhost
, wobei infocom und infode dann lokale Unix-Accounts mit einer Mailbox sind (oder in /etc/aliases auf was ganz anderes umgeleitet werden).
 
You must log in or register to reply here.
Back
Top