SMTP Server funktioniert, emails kommen aber nicht an

T

tafkae

New Member
hi,

ich habe alle Anweisungen auf http://library.linode.com/email/postfix/dovecot-mysql-debian-6-squeeze befolgt um meinen neuen Mailserver zu konfigurieren (Debian 6 mit Postfix, Dovecot, Mysql)
Das Versenden läuft problemfrei, wenn ich aber eine Email von einem "Freemail" Account an mich verschicke kommt diese nicht an und ich erhalte folgende Nachricht:

Hi. This is the qmail-send program at mailout-de.gmx.net.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<info@alex****.de>:
62.146.106.39_does_not_like_recipient./Remote_host_said:_550_5.1.1_<info@alex****.de>:_Recipient_address_rejected:_User_unknown_in_local_recipient_table/Giving_up_on_62.146.106.39./
Click to expand...

In /var/log/mail* kann ich auch keine Fehler finden, es kommt gar kein neuer Eintrag wenn ich was verschicke ( habe es auch schon einen Freund für mich testen lassen )

In dem Howto wird ein Programm namens "Mutt" empfohlen, über dieses kann man wohl irgendwie Lokal nach Email schauen, dort konnte ich interessanter weise folgendes finden:

Date: Mon, 11 Jun 2012 11:14:17 +0200 (CEST)
From: Mail Delivery System <MAILER-DAEMON@alex****.de>
To: root@alex****.de
Subject: Undelivered Mail Returned to Sender

[-- Attachment #1: Notification --]
[-- Type: text/plain, Encoding: 7bit, Size: 0.4K --]

This is the mail system at host alex****.de.

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

<info@alex****.de>: unknown user: "info"
[-- Attachment #2: Delivery report --]
[-- Type: message/delivery-status, Encoding: 7bit, Size: 0.3K --]

Reporting-MTA: dns; alex****.de
X-Postfix-Queue-ID: 8CCD87B9807A
X-Postfix-Sender: rfc822; root@alex****.de
Arrival-Date: Mon, 11 Jun 2012 11:14:17 +0200 (CEST)

Final-Recipient: rfc822; info@alex****.de
Action: failed
Status: 5.1.1
Diagnostic-Code: X-Postfix; unknown user: "info"
Click to expand...

Das sagt ja eigentlich dass der User "info" nicht da wäre? Wieso funktioniert dann aber der Email versand? Das Tut, funktioniert bei anderen wohl auch habe ich 1:1 befolgt, da fehlt kein command... Wäre nice wenn mir jemand helfen könnte!
 
Sieht danach aus, als wenn dein Postfix keine Zustellung an virtual users vornimmt. Poste mal deine Postfix-Config.
 
/etc/postfix: cat main.cf
Code: 
# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = /usr/share/doc/postfix

# TLS parameters
smtpd_tls_cert_file = /etc/postfix/smtpd.cert
smtpd_tls_key_file = /etc/postfix/smtpd.key
smtpd_use_tls = yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = vs250158.vserver.de
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = vs****.vserver.de, localhost, localhost.localdomain
relayhost = 
mynetworks = 127.0.0.0/8
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
html_directory = /usr/share/doc/postfix/html
message_size_limit = 30720000
virtual_alias_domains = 
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql-virtual_forwardings.cf, mysql:/etc/postfix/mysql-virtual_email2email.cf
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql-virtual_domains.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql-virtual_mailboxes.cf
virtual_mailbox_base = /home/vmail
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000
smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes
smtpd_sasl_authenticated_header = yes
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
virtual_create_maildirsize = yes
virtual_maildir_extended = yes
proxy_read_maps = $local_recipient_maps $mydestination $virtual_alias_maps $virtual_alias_domains $virtual_mailbox_maps $virtual_mailbox_domains $relay_recipient_maps $relay_domains $canonical_maps $sender_canonical_maps $recipient_canonical_maps $relocated_maps $transport_maps $mynetworks $virtual_mailbox_limit_maps
virtual_transport = dovecot
dovecot_destination_recipient_limit = 1
 
Oki, gehen wir es nochmal systematisch durch:

1. MX-Eintrag und der korrespondierende A-Record korrekt? (weil, wenn es keinen Eintrag in der mail.log gibt, hat keine Kommunikation mit Deinem Server stattgefunden). Prüfe das bitte und schaue in den abgewiesenen Mail in deren Header nach ob die Abweisung tatsächlich von Deinem Server kommt und nicht von einem anderen ;)

2. Du nutzt mySQL zum Verwalten der Domains und User (http://library.linode.com/email/pos...an-6-squeeze#sph_setting-up-domains-and-users). Hast Du dort auch das richtige eingetragen? Sind SQL-User und -Passwort auch korrekt angegeben? Den Login händisch auf Funktionstüchtigkeit und korrekte Zugriffsrechte überprüft?

Last but not least - wenn Punkt 1 korrekt ist, muss ein Eintrag im mail.log vorhanden sein. Bitte Augen auf machen und intensiv nach dem Zustellversuch suchen i.d.R. findet man das auch sehr schnell, wenn man es direkt testet.

P.S.: Maybe habe ich einen Denkfehler, aber ist diese Anweisung wirklich richtig?

Code: 
/etc/postfix/mysql-virtual_mailboxes.cf
query = SELECT CONCAT(SUBSTRING_INDEX(email,'@',-1),'/',SUBSTRING_INDEX(email,'@',1),'/') FROM users WHERE email='%s'
Die Tabelle users besteht doch nur aus den Feldern email und password? IMHO zieht er hier ein Feld, das so gar nicht existiert? Auch die Dovecot-SQL kommt mir strange vor in diesem How-to.

P.S.S.: Maybe fehlt einfach noch in der main.cfg
Code: 
local_transport = virtual
local_recipient_maps = $virtual_mailbox_maps
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top