Jump to content
Froxlor Forum
  • 0

Postfix --> unknown user


Question

Hallo :)

 

Ich habe derzeit ein kleines Problem mit meinem Mailserver (Postfix) und hoffe ihr könnt mir dabei helfen.

 

 

Sobald ich versuche eine Mail an die von mir eingerichtete E-Mail Adresse zu senden bekomme ich folgende Fehlermeldung zurück:

This is the mail system at host web.mydomain.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

<jeremy@mydomain.de>: unknown user: "jeremy"

/etc/postfix/main.cf

command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
data_directory = /var/lib/postfix
mydomain = froxlor.mydomain.de
myhostname = web.$mydomain
inet_interfaces = all
mydestination = $myhostname, $mydomain, mydomain.de
unknown_local_recipient_reject_code = 550
mynetworks = 127.0.0.0/8

mailbox_command = /usr/lib/dovecot/deliver

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
debugger_command =
         PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
         ddd $daemon_directory/$process_name $process_id & sleep 5
sendmail_path = /usr/sbin/sendmail
newaliases_path = /usr/bin/newaliases
mailq_path = /usr/bin/mailq
setgid_group = postdrop
html_directory = no
manpage_directory = /usr/share/man
sample_directory = /usr/share/doc/postfix
readme_directory = /usr/share/doc/postfix
inet_protocols = ipv4
append_dot_mydomain = no
biff = no
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_mynetworks,
        permit_sasl_authenticated,
        reject_unauth_destination,
        reject_unauth_pipelining,
        reject_non_fqdn_recipient
smtpd_sender_restrictions = permit_mynetworks,
        reject_sender_login_mismatch,
        permit_sasl_authenticated,
        reject_unknown_helo_hostname,
        reject_unknown_recipient_domain,
        reject_unknown_sender_domain
smtpd_client_restrictions = permit_mynetworks,
        permit_sasl_authenticated,
        reject_unknown_client_hostname
message_size_limit = 52428800
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
broken_sasl_auth_clients = yes
smtpd_sasl_type = dovecot
virtual_transport = dovecot
dovecot_destination_recipient_limit = 1
smtpd_sasl_path = private/auth
virtual_mailbox_base = /
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual_mailbox_maps.cf
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual_mailbox_domains.cf
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual_alias_maps.cf
smtpd_sender_login_maps = mysql:/etc/postfix/mysql-virtual_sender_permissions.cf
virtual_uid_maps = static:2000
virtual_gid_maps = static:2000
local_transport = local
alias_maps = $alias_database
mailbox_size_limit = 0
virtual_mailbox_limit = 0

/var/log/mail.log

Apr 17 12:07:09 s postfix/smtpd[16964]: connect from mail-wm0-f52.google.com[74.125.82.52]
Apr 17 12:07:09 s postfix/trivial-rewrite[16969]: warning: do not list domain mydomain.de in BOTH mydestination and virtual_mailbox_domains
Apr 17 12:07:09 s postfix/smtpd[16964]: 771AC4D4114F: client=mail-wm0-f52.google.com[74.125.82.52]
Apr 17 12:07:09 s postfix/cleanup[16972]: 771AC4D4114F: message-id=<57136037.6040209@gmail.com>
Apr 17 12:07:09 s postfix/qmgr[15616]: 771AC4D4114F: from=<myemail@gmail.com>, size=2648, nrcpt=1 (queue active)
Apr 17 12:07:09 s postfix/trivial-rewrite[16969]: warning: do not list domain mydomain.de in BOTH mydestination and virtual_mailbox_domains
Apr 17 12:07:09 s postfix/smtpd[16964]: disconnect from mail-wm0-f52.google.com[74.125.82.52]
Apr 17 12:07:09 s postfix/local[16974]: 771AC4D4114F: to=<jeremy@mydomain.de>, relay=local, delay=0.16, delays=0.14/0/0/0.01, dsn=5.1.1, status=bounced (unknown user: "jeremy")
Apr 17 12:07:09 s postfix/cleanup[16972]: 970414D4172A: message-id=<20160417100709.970414D4172A@web.mydomain.de>
Apr 17 12:07:09 s postfix/qmgr[15616]: 970414D4172A: from=<>, size=4477, nrcpt=1 (queue active)
Apr 17 12:07:09 s postfix/bounce[16975]: 771AC4D4114F: sender non-delivery notification: 970414D4172A
Apr 17 12:07:09 s postfix/qmgr[15616]: 771AC4D4114F: removed
Apr 17 12:07:10 s postfix/smtp[16977]: 970414D4172A: to=<myemail@gmail.com>, relay=gmail-smtp-in.l.google.com[64.233.167.27]:25, delay=0.46, delays=0/0/0.13/0.32, dsn=2.0.0, status=sent (250 2.0.0 OK 1460887630 u9si21166820wmg.117 - gsmtp)
Apr 17 12:07:10 s postfix/qmgr[15616]: 970414D4172A: removed

Ich hoffe, dass ihr mir helfen könnt. Danke schön erstmal :)

 

 

Link to post
Share on other sites

4 answers to this question

Recommended Posts

  • 0

der user ist nur "jeremy"? Dann überprüfe mal, ob du als Benutzername auch "jeremy@mydomain.tld" eingestellt hast, nur der part vor der domain reicht nicht aus. Benutzername ist die VOLLSTÄNDIGE email adresse

Link to post
Share on other sites
  • 0

Den E-Mail Account habe ich schon erfolgreich in Thunderbird eingetragen und funktioniert auch über den SMTP Server. E-Mails kann ich praktisch versenden. Nur empfangen funktioniert nicht. Ich weiß nicht in wie fern das mit Postfix zu tun hat, aber ich bekomme die Mail von Postfix so zurück. Die MySQL Anbindung funktioniert soweit, da ich den Account ja im Thunderbird eintragen konnte.

Link to post
Share on other sites
  • 0

Logs genauer lesen: postfix/trivial-rewrite[16969]: warning: do not list domain mydomain.de in BOTH mydestination and virtual_mailbox_domains

 

Sprich: du nutzt eine domain für die postfix config (mydomain/myhostname) die du aber auch als kundendomain in froxlor hast....das geht nicht

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Similar Content

    • By hoschi
      Ich hab noch gaaanz alte Systeme (+10 Jahre) am Start und wollte nicht auf dovecot umstellen.
      Falls jemand danach suchen sollte, die "alte" Kombination von Programmen ist weiter nutzbar, wenn angepasst (Debian 9+). Hintergrund: froxlor speichert in seiner DB die Passwörter nach konfiguration als password und password_enc ab, letzteres ist verschlüsselt. Der hash lässt erkennen, womit gearbeitet wurde - ein einfacher String ist ein Uralt-crypt-Passwort, aktuell sollte sowas wie $5$ am Anfang stehen, was auf SHA-256 verweisst.
      Werden die Klartextpasswörter gelöscht, ist die alte Konfiguration nicht mehr verwendbar. Wäre aber mal sinnvoll, die rauszuwerfen. Folgendes ist anzupassen:
      /etc/courier/authmysqlrc:
      MYSQL_USER_TABLE mail_users MYSQL_CRYPT_PWFIELD password_enc #MYSQL_CRYPT_PWFIELD crypt Damit wird courier angewiesen, für pop und imap verschlüsslte PW auszulesen. Die SHA-256 lib ist bei Debian inclusive. crypt fliegt raus. Fertig ist der Mailabruf.
      Tricky ist die Anpassung von postfix. Die dort benutzte Bibliothek für sasl hat Einschränkungen und ist der letztlich der Grund für Probleme. Lässt sich beheben mit folgender /etc/postfix/sasl/smtpd.conf:
      pwcheck_method: authdaemond authdaemond_path: /run/courier/authdaemon/socket mech_list: plain login In der Datei stand vorher pwcheck_method: auxprop mit sql plugin drin. Das Problem ist: auxprop kann nur Klartext. Aber dafür erlaubt auxprop die Verwendung von cram-md5 und digest-md5 zum hashen auf Clientseite, früher war daher die mech_list um diese beiden ergänzt. Bedeutet: der Client verbindet sich unverschlüsselt und ohne TLS, aber hasht noch auf dem Clientsystem das Passwort mit md5 und übermittelt dann nur den hash über den unverschlüsselten Kanal. Bei TLS kann man sich das sparen - erst wird der Kanal abgesichert, dann kann das PW unverschlüsselt geschickt werden und wird auf Serverseite gehasht und dann verglichen - das erledigt der authdaemond. auxprop kann das nicht.
      Die Mechlist wird dem Client übermittelt. Ganz alte Accounts haben evtl. noch Clienthashes und kein SSL eingeschaltet, die müssen dann umstellen auf STARTTLS mit Klartext - gilt aber nur für den Mailversand. Klartext bedeutet wie gesagt nur, das der Thunderbird/Outlook/etc. das Passwort ungehasht schickt, der authdaemond hasht das und vergleicht dann diesen hash mit dem in der froxlor Datenbank - da steht aber nix mehr im Klartext drin.
      Passwort-Wechsel ist für die User über Roundcube wie gewohnt möglich. In der DB könnt ihr sehen wie der Hash sich ändert.
    • By mrairstone
      Guten Morgen,
      mir ist in Froxlor ein kleiner Fehler in Bezug auf CatchAll Email aufgefallen.
      Zum System:
      Debian 10, 64-Bit Froxlor 0.10.11 Postfix, Dovecot, Spamc Zum Problem:
      Beim Anlegen einer neuen E-Mailadresse kann man je Domain nur eine CatchAll-Adresse definieren. Wenn man jedoch eine bestehende E-Mailadresse bearbeitet, kann man dort ganz einfach auf CatchAll umschalten.
      Dadurch kann es passieren, dass mehrere Emailadressen unterhalb einer Domain als CatchAll definiert sind. Das ist mir erst aufgefallen, als ich E-Mails in meinem Postfach hatte, welche nicht für meine E-Mailadresse bestimmt waren.
      Da auf dem Account in Froxlor mehrer Nutzer zugreifen (Feuerwehr) und E-Mailadressen hinzufügen, ändern und auch löschen - habe ich erst sehr spät gesehen das mehrere CatchAll vorhanden waren.
      Wenn man eine Mail an eine E-Mailadresse sendet, welche als CatchAll definiert wurde, wird die Mail auch an alle anderen E-Mailadressen weitergeleitet, die unterhalb der Domain als CatchAll definiert sind.(Jedenfalls bei postfix)
      Temporäre Lösung:
      Damit eingehende Mails an eine vorhandene E-Mailadresse, welche als CatchAll definiert ist, auch nur im Postfach dieser E-Mailadresse landen, habe ich die SQL-Anweisung in der "mysql-virtual_alias_maps.cf" wie folgt abgeändert:
      query = SELECT destination FROM mail_virtual AS v, panel_customers AS c WHERE c.customerid = v.customerid AND c.deactivated = 0 AND (v.email = '%s' OR v.email_full = '%s') AND trim(v.destination) <> '' Ich habe das eben auch noch einmal in der Demoversion ausprobiert, Screenshot im Anhang.
       
      Gruß

    • By thunfischbaum
      Hi everyone,
      just a little problem here. I have severa domains registered on my froxlor installation and a different hostname of course. So let's say domain1.de is my hostname. The second domain, which is used by a customer is called domain2.de . When I view the mail.log I am not able to find my connection request. I do only see the bruteforce bots with example@domain1.de connecting. But any example@domain2.de request is not getting forwareded. I did configure the installation accordingdly with the provided templates.
      Best regards,
      thunfischbaum
    • By thunfischbaum
      Hi everyone,
      I'm running a Debian 10 Buster Server with PHP7.3 installed. The PHP7.3 update is the new component in the system. since then, I can't find any Mailboxes. There are no folders in the var/customers/mail/[customer] directory.
      If you take look at the Screenshot, you see, that the E-Mail adress is existent in Froxlor. 

      Mail Bounce
      Mail Log
       
      If I missed a log, please let me know, so I can attach it
      Best regards,
      thunfischbaum

    • Guest
      By Guest
      in der config-Datei steht
       
      was für eine valid e-mail Adresse muss das sein ?  diese root@frx.beispiel.de ist ja bisher nicht eingerichtet und packt systemmeldungen in ein verzeichnis

      sollte dort also eine mailadresse rein, die auf einem anderen Server liegt und Mails empfängt, oder sollte/könnte diese root@beispiel.de im froxlor eingerichtet sein ?
×
×
  • Create New...