mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Debian macht sich hervorragend als Web- und Mailserver. Schau auch in den " Tipps und Tricks"-Bereich.
hcx23
Beiträge: 39
Registriert: 28.02.2017 16:55:44

mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von hcx23 » 08.05.2018 16:29:56

Hallo Forum,

Aich wenn dieses Problem schon zigmal hier erörtert wurde
.
Ich habe folgendes Problem mein postfix bedient 3 Domainen

ukleemann.de
torroristen.de
bosselnet.de


und versendet auch mails mit diesen domains.
SPF DKIM znd DMARC als auch die DNS records stimmen laut mxtool.

Was nicht funktioniert ist Emails zu empfangen, es taucht imemr die selbe Fehlermedung auf

Code: Alles auswählen

454 4.7.1 <uli@torroristen.de>: Relay access denied; 
und ich finde den Fehler in der Konfiguration einfach nicht .

meine main.cf sieht derzeit so aus:

Code: Alles auswählen

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
broken_sasl_auth_clients = yes
compatibility_level = 2
html_directory = /usr/share/doc/postfix/html
inet_interfaces = all
inet_protocols = all
mailbox_size_limit = 0
mydestination = $myhostname, ukleemann.de, torrorissten.de, bosselnet.de, localhost.localdomain, localhost
myhostname = mail.ukleemann.de
mynetworks = 127.0.0.0/8 mail.ukleemann.de [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
policy-spf_time_limit = 3600s
readme_directory = /usr/share/doc/postfix
recipient_delimiter = +
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_delay_reject = yes
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination,
smtpd_relay_restrictions = permit_mynetworks, permit_sasl_authenticated, defer_unauth_destination,
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_security_options = noanonymous
smtpd_sender_restrictions = permit_sasl_authenticated
smtpd_tls_auth_only = yes
smtpd_tls_cert_file = /etc/ssl/certs/cacert.pem
smtpd_tls_key_file = /etc/ssl/private/server.key
smtpd_tls_loglevel = 2
smtpd_tls_received_header = yes
smtpd_tls_security_level = may
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
Was muss ich wie ändern damit smtp funktioniert?

Gruss

hcx23

Benutzeravatar
DynaBlaster
Beiträge: 958
Registriert: 25.03.2004 18:18:57
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: DF0://dynablaster.adf

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von DynaBlaster » 08.05.2018 17:52:27

Geht das nur bei uli@torroristen.de nicht oder auch bei den anderen Domains nicht. Ansonsten würde ich sagen du hasst ein "s" bei torrorissten.de in der mydestination zu viel

Code: Alles auswählen

mydestination = $myhostname, ukleemann.de, torrorissten.de, bosselnet.de, localhost.localdomain, localhost

Benutzeravatar
bluestar
Beiträge: 2333
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von bluestar » 08.05.2018 17:53:43

hcx23 hat geschrieben: ↑ zum Beitrag ↑
08.05.2018 16:29:56

Code: Alles auswählen

mydestination = $myhostname, ukleemann.de, torrorissten.de, bosselnet.de, localhost.localdomain, localhost
Was muss ich wie ändern damit smtp funktioniert?
Schreibfehler in torrorissten.de beheben

hcx23
Beiträge: 39
Registriert: 28.02.2017 16:55:44

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von hcx23 » 17.05.2018 18:12:58

Ok ich gehe direkt morgen zum Augenarzt.

doch ganz so einfach ist es wohl doch nicht denn keine der Domains funktioniert weder ukleemann.de noch torroristen.de noch bosselnet.de

Code: Alles auswählen

May 17 17:54:27 mail postfix/qmgr[3278]: 6BF71520BE1: from=<ulrich.kleemann@mailbox.org>, size=3872, nrcpt=1 (queue active)
May 17 17:54:27 mail postfix/local[3409]: 6BF71520BE1: to=<uli@torroristen.de>, relay=local, delay=0.03, delays=0.02/0/0/0.01, dsn=2.0.0, status=sent (delivered to mailbox)
May 17 17:54:27 mail postfix/qmgr[3278]: 6BF71520BE1: removed
May 17 17:54:27 mail spamd[12877]: prefork: child states: BII
May 17 17:54:28 mail spamd[3313]: spamd: clean message (-0.1/5.0) for debian-spamd:111 in 1.7 seconds, 3416 bytes.
May 17 17:54:28 mail spamd[3313]: spamd: result: . 0 - DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU scantime=1.7,size=3416,user=debian-spamd,uid=111,required_score=5.0,rhost=ip6-localhost,raddr=::1,rport=49876,mid=[b]<1370408321.201.1526572464869@ox79.mailbox.org>,autolearn=unavailable autolearn_force=no[/b]
May 17 17:54:28 mail postfix/pickup[3275]: BAEE9520BE0: uid=111 from=<ulrich.kleemann@mailbox.org>
May 17 17:54:28 mail postfix/cleanup[3400]: BAEE9520BE0: message-id=<1370408321.201.1526572464869@ox79.mailbox.org>
May 17 17:54:28 mail postfix/pipe[3401]: 08960520BDE: to=<finance@bosselnet.de>, relay=spamassassin, delay=1.7, delays=0.03/0.01/0/1.7, dsn=2.0.0, status=sent (delivered via spamassassin service)
May 17 17:54:28 mail postfix/pipe[3401]: 08960520BDE: to=<info@bosselnet.de>, relay=spamassassin, delay=1.7, delays=0.03/0.01/0/1.7, dsn=2.0.0, status=sent (delivered via spamassassin service)
May 17 17:54:28 mail postfix/qmgr[3278]: 08960520BDE: removed
May 17 17:54:28 mail postfix/qmgr[3278]: BAEE9520BE0: from=<ulrich.kleemann@mailbox.org>, size=3847, nrcpt=2 (queue active)
May 17 17:54:28 mail postfix/local[3409]: BAEE9520BE0: to=<info@bosselnet.de>, relay=local, delay=0.03, delays=0.02/0/0/0.01, dsn=2.0.0, status=sent (delivered to mailbox)
May 17 17:54:28 mail postfix/local[3410]: BAEE9520BE0: to=<finance@bosselnet.de>, relay=local, delay=0.03, delays=0.02/0/0/0.01, dsn=2.0.0, status=sent (delivered to mailbox)
May 17 17:54:28 mail postfix/qmgr[3278]: BAEE9520BE0: removed
May 17 17:54:28 mail spamd[12877]: prefork: child states: III
May 17 17:54:28 mail spamd[12877]: prefork: adjust: 3 idle children more than 2 maximum idle children. Decreasing spamd children: 12878 killed.
May 17 17:54:28 mail spamd[12877]: prefork: child states: IIK
May 17 17:54:28 mail spamd[12877]: spamd: handled cleanup of child pid [12878] due to SIGCHLD: interrupted, signal 2 (0002)
May 17 17:54:32 mail dovecot: imap-login: Login: user=<uli>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3421, TLS, session=<zt7r2WhsSKhQ8TzB>
May 17 17:54:32 mail dovecot: imap-login: Login: user=<postmaster>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3426, TLS, session=<eu/12WhsaKhQ8TzB>
May 17 17:54:32 mail dovecot: imap-login: Login: user=<uek>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3427, TLS, session=<rWH22WhsnuJQ8TzB>
May 17 17:54:32 mail dovecot: imap-login: Login: user=<uek>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3429, TLS, session=<F6z22WhsnOJQ8TzB>
May 17 17:54:32 mail dovecot: imap-login: Login: user=<postmaster>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3430, TLS, session=<08n22WhsaqhQ8TzB>
May 17 17:54:33 mail dovecot: imap-login: Login: user=<ukl>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3434, TLS, session=<pzf62WhsbqhQ8TzB>
May 17 17:54:33 mail dovecot: imap-login: Login: user=<ukl>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3435, TLS, session=<56P62WhscKhQ8TzB>
May 17 17:54:33 mail dovecot: imap-login: Login: user=<uli>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3436, TLS, session=<CSH72WhsdKhQ8TzB>
May 17 17:54:33 mail dovecot: imap-login: Login: user=<info>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3441, TLS, session=<CAD+2WhseKhQ8TzB>
May 17 17:54:33 mail dovecot: imap-login: Login: user=<info>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3442, TLS, session=<0S/+2WhseqhQ8TzB>
May 17 17:54:33 mail dovecot: imap-login: Login: user=<finance>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3444, TLS, session=<nxj/2WhsfKhQ8TzB>
May 17 17:54:33 mail dovecot: imap-login: Login: user=<finance>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3446, TLS, session=<0XX/2WhsfqhQ8TzB>
May 17 17:54:33 mail dovecot: imap-login: Login: user=<support>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3449, TLS, session=<AUUC2mhshKhQ8TzB>
May 17 17:54:33 mail dovecot: imap-login: Login: user=<support>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3450, TLS, session=<qFQC2mhsgqhQ8TzB>
May 17 17:54:33 mail dovecot: imap-login: Login: user=<abuse>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3451, TLS, session=<9AID2mhsiKhQ8TzB>
May 17 17:54:33 mail dovecot: imap-login: Login: user=<abuse>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3452, TLS, session=<F18D2mhshqhQ8TzB>
May 17 17:54:40 mail dovecot: imap(ukl): Logged out in=44 out=502
May 17 17:54:40 mail dovecot: imap(info): Logged out in=9 out=418
May 17 17:54:40 mail dovecot: imap(finance): Logged out in=44 out=502
May 17 17:54:40 mail dovecot: imap(uli): Logged out in=98 out=1175
May 17 17:54:40 mail dovecot: imap(uek): Logged out in=119 out=935
May 17 17:54:40 mail dovecot: imap(postmaster): Logged out in=119 out=944
May 17 17:54:40 mail dovecot: imap(support): Logged out in=119 out=875
May 17 17:54:40 mail dovecot: imap(abuse): Logged out in=58 out=516
May 17 17:54:40 mail dovecot: imap(info): Logged out in=135 out=691
May 17 17:54:40 mail dovecot: imap(finance): Logged out in=100 out=607
May 17 17:54:40 mail dovecot: imap(postmaster): Logged out in=86 out=593
May 17 17:54:40 mail dovecot: imap(uek): Logged out in=80 out=587
May 17 17:54:40 mail dovecot: imap(support): Logged out in=86 out=593
May 17 17:54:40 mail dovecot: imap(uli): Logged out in=135 out=691
May 17 17:54:40 mail dovecot: imap(abuse): Logged out in=86 out=593
May 17 17:54:40 mail dovecot: imap(ukl): Logged out in=161 out=995
May 17 17:55:08 mail dovecot: imap-login: Login: user=<support>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3454, TLS, session=<8eQS3GhsuKtQ8TzB>
May 17 17:55:08 mail dovecot: imap-login: Login: user=<support>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3456, TLS, session=<W94W3Ghs0qtQ8TzB>
May 17 17:55:08 mail dovecot: imap-login: Login: user=<uek>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3458, TLS, session=<DU4c3GhsEOZQ8TzB>
May 17 17:55:09 mail dovecot: imap-login: Login: user=<uek>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3461, TLS, session=<sGUg3GhsEuZQ8TzB>
May 17 17:55:09 mail dovecot: imap-login: Login: user=<postmaster>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3462, TLS, session=<mhgi3Ghs3KtQ8TzB>
May 17 17:55:09 mail dovecot: imap-login: Login: user=<postmaster>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3465, TLS, session=<HNEl3Ghs3qtQ8TzB>
May 17 17:55:09 mail dovecot: imap-login: Login: user=<postmaster>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3466, TLS, session=<PC0m3Ghs4KtQ8TzB>
May 17 17:55:09 mail dovecot: imap-login: Login: user=<ukl>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3468, TLS, session=<Br8r3Ghs5KtQ8TzB>
May 17 17:55:10 mail dovecot: imap-login: Login: user=<ukl>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3470, TLS, session=<eLYv3Ghs6KtQ8TzB>
May 17 17:55:13 mail dovecot: imap(postmaster): Logged out in=58 out=516
May 17 17:55:13 mail dovecot: imap(uek): Logged out in=198 out=852
May 17 17:55:13 mail dovecot: imap(support): Logged out in=93 out=600
May 17 17:55:13 mail dovecot: imap(uek): Logged out in=9 out=418
May 17 17:55:13 mail dovecot: imap(postmaster): Logged out in=78 out=585
May 17 17:55:13 mail dovecot: imap(support): Logged out in=125 out=681
May 17 17:55:13 mail dovecot: imap(postmaster): Logged out in=126 out=682
May 17 17:55:16 mail dovecot: imap(ukl): Logged out in=93 out=600
May 17 17:55:16 mail dovecot: imap(ukl): Logged out in=120 out=676
May 17 17:55:30 mail dovecot: imap-login: Login: user=<uli>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3472, TLS, session=<+tls3WhsXK1Q8TzB>
May 17 17:55:31 mail dovecot: imap-login: Login: user=<uli>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3475, TLS, session=<JnZw3WhsXq1Q8TzB>
May 17 17:55:31 mail dovecot: imap-login: Login: user=<uli>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3476, TLS, session=<BtJw3WhsYK1Q8TzB>
May 17 17:55:37 mail dovecot: imap(uli): Logged out in=93 out=600
May 17 17:55:37 mail dovecot: imap(uli): Logged out in=78 out=585
May 17 17:55:37 mail dovecot: imap(uli): Logged out in=85 out=592
May 17 17:56:02 mail dovecot: imap-login: Login: user=<info>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3478, TLS, session=<KRZV32hskq9Q8TzB>
May 17 17:56:03 mail dovecot: imap-login: Login: user=<finance>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3480, TLS, session=<SvZb32hszK9Q8TzB>
May 17 17:56:03 mail dovecot: imap-login: Login: user=<abuse>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3482, TLS, session=<LIJi32hs8q9Q8TzB>
May 17 17:56:07 mail dovecot: imap(info): Logged out in=301 out=1396
May 17 17:56:07 mail dovecot: imap(finance): Logged out in=271 out=1223
May 17 17:56:10 mail dovecot: imap(abuse): Logged out in=271 out=1223
May 17 17:56:26 mail dovecot: imap-login: Login: user=<uli>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3485, TLS, session=<0k/F4GhsdrFQ8TzB>
May 17 17:56:31 mail dovecot: imap(uli): Logged out in=37 out=722
May 17 17:56:59 mail dovecot: imap-login: Login: user=<support>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3487, TLS, session=<0eq24mhsprNQ8TzB>
May 17 17:56:59 mail dovecot: imap-login: Login: user=<uek>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3489, TLS, session=<SHu84mhs6O1Q8TzB>
May 17 17:57:00 mail dovecot: imap-login: Login: user=<postmaster>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3491, TLS, session=<nEbC4mhstLNQ8TzB>
May 17 17:57:00 mail dovecot: imap-login: Login: user=<ukl>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3493, TLS, session=<MA/I4mhswLNQ8TzB>
May 17 17:57:04 mail dovecot: imap(uek): Logged out in=198 out=852
May 17 17:57:04 mail dovecot: imap(postmaster): Logged out in=244 out=947
May 17 17:57:04 mail dovecot: imap(support): Logged out in=209 out=863
May 17 17:57:04 mail dovecot: imap(ukl): Logged out in=204 out=858
May 17 17:57:21 mail dovecot: imap-login: Login: user=<uli>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3495, TLS, session=<VBwG5GhsuLZQ8TzB>
May 17 17:57:25 mail dovecot: imap(uli): Logged out in=238 out=941
May 17 17:57:47 mail postfix/anvil[3396]: statistics: max connection rate 3/60s for (smtp:80.241.60.212) at May 17 17:54:26
May 17 17:57:47 mail postfix/anvil[3396]: statistics: max connection count 3 for (smtp:80.241.60.212) at May 17 17:54:26
May 17 17:57:47 mail postfix/anvil[3396]: statistics: max cache size 1 at May 17 17:54:26
May 17 17:57:55 mail dovecot: imap-login: Login: user=<info>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3501, TLS, session=<3OEQ5mhsfLlQ8TzB>
May 17 17:57:56 mail dovecot: imap-login: Login: user=<info>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3505, TLS, session=<MYsU5mhshLlQ8TzB>
May 17 17:57:56 mail dovecot: imap-login: Login: user=<info>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3506, TLS, session=<kgUV5mhsgrlQ8TzB>
May 17 17:57:56 mail dovecot: imap-login: Login: user=<finance>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3507, TLS, session=<Jv4W5mhsirlQ8TzB>
May 17 17:57:56 mail dovecot: imap-login: Login: user=<finance>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3510, TLS, session=<ERYb5mhskLlQ8TzB>
May 17 17:57:56 mail dovecot: imap-login: Login: user=<abuse>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3511, TLS, session=<TLgc5mhslLlQ8TzB>
May 17 17:57:56 mail dovecot: imap-login: Login: user=<abuse>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3513, TLS, session=<ONEg5mhsmLlQ8TzB>
May 17 17:58:01 mail dovecot: imap(finance): Logged out in=209 out=863
May 17 17:58:01 mail dovecot: imap(info): Logged out in=238 out=941
May 17 17:58:01 mail dovecot: imap(abuse): Logged out in=209 out=863
May 17 17:58:01 mail dovecot: imap(info): Logged out in=9 out=418
May 17 17:58:01 mail dovecot: imap(finance): Logged out in=9 out=418
May 17 17:58:01 mail dovecot: imap(abuse): Logged out in=9 out=418
May 17 17:58:01 mail dovecot: imap(info): Logged out in=9 out=418
May 17 17:59:01 mail dovecot: imap-login: Login: user=<uek>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3518, TLS, session=<2RQB6mhsuPdQ8TzB>
May 17 17:59:07 mail dovecot: imap-login: Login: user=<ukl>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3520, TLS, session=<yfBO6mhsyr1Q8TzB>
May 17 17:59:07 mail dovecot: imap(uek): Logged out in=65 out=1026
May 17 17:59:09 mail dovecot: imap-login: Login: user=<uli>, method=PLAIN, rip=80.241.60.193, lip=172.31.1.100, mpid=3522, TLS, session=<ZF586mhs+r1Q8TzB>
May 17 17:59:13 mail dovecot: imap(ukl): Logged out in=37 out=722
May 17 17:59:16 mail dovecot: imap(uli): Logged out in=37 out=722
May 17 18:00:02 mail postfix/pickup[3275]: 02C91520BDF: uid=0 from=<root>
May 17 18:00:02 mail postfix/cleanup[3549]: 02C91520BDF: message-id=<20180517160002.02C91520BDF@mail.ukleemann.de>
May 17 18:00:02 mail postfix/qmgr[3278]: 02C91520BDF: from=<root@mail.ukleemann.de>, size=606, nrcpt=1 (queue active)
May 17 18:00:02 mail postfix/local[3557]: 02C91520BDF: to=<root@mail.ukleemann.de>, orig_to=<root>, relay=local, delay=0.05, delays=0.03/0.01/0/0.01, dsn=2.0.0, status=sent (delivered to mailbox)
May 17 18:00:02 mail postfix/qmgr[3278]: 02C91520BDF: removed
May 17 18:00:02 mail postfix/pickup[3275]: 0D0E5520BDF: uid=0 from=<root>
May 17 18:00:02 mail postfix/cleanup[3549]: 0D0E5520BDF: message-id=<20180517160002.0D0E5520BDF@mail.ukleemann.de>
May 17 18:00:02 mail postfix/qmgr[3278]: 0D0E5520BDF: from=<root@mail.ukleemann.de>, size=617, nrcpt=1 (queue active)
May 17 18:00:02 mail postfix/local[3557]: 0D0E5520BDF: to=<root@mail.ukleemann.de>, orig_to=<root>, relay=local, delay=0.03, delays=0.02/0/0/0.01, dsn=2.0.0, status=sent (delivered to mailbox)
May 17 18:00:02 mail postfix/qmgr[3278]: 0D0E5520BDF: removed
May 17 18:00:20 mail postfix/smtpd[3562]: initializing the server-side TLS engine
May 17 18:00:21 mail postfix/smtpd[3562]: warning: hostname superltd3.4 does not resolve to address 185.60.135.122
May 17 18:00:21 mail postfix/smtpd[3562]: connect from unknown[185.60.135.122]
May 17 18:00:21 mail postfix/smtpd[3562]: disconnect from unknown[185.60.135.122] ehlo=1 auth=0/1 quit=1 commands=2/3
Da keine Fehlermeldung mehr kommt, kann es sein daß die mail im greylisting hängt?

Gruss aus Stuttgart

hcx23

Benutzeravatar
bluestar
Beiträge: 2333
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von bluestar » 18.05.2018 11:22:22

hcx23 hat geschrieben: ↑ zum Beitrag ↑
17.05.2018 18:12:58

Code: Alles auswählen

May 17 17:54:27 mail postfix/qmgr[3278]: 6BF71520BE1: from=<ulrich.kleemann@mailbox.org>, size=3872, nrcpt=1 (queue active)
May 17 17:54:27 mail postfix/local[3409]: 6BF71520BE1: to=<uli@torroristen.de>, relay=local, delay=0.03, delays=0.02/0/0/0.01, dsn=2.0.0, status=sent (delivered to mailbox)
May 17 17:54:27 mail postfix/qmgr[3278]: 6BF71520BE1: removed
May 17 17:54:27 mail spamd[12877]: prefork: child states: BII
...
May 17 18:00:20 mail postfix/smtpd[3562]: initializing the server-side TLS engine
May 17 18:00:21 mail postfix/smtpd[3562]: warning: hostname superltd3.4 does not resolve to address 185.60.135.122
May 17 18:00:21 mail postfix/smtpd[3562]: connect from unknown[185.60.135.122]
May 17 18:00:21 mail postfix/smtpd[3562]: disconnect from unknown[185.60.135.122] ehlo=1 auth=0/1 quit=1 commands=2/3
Benutze für so etwas doch bitte PasteBin.
hcx23 hat geschrieben: ↑ zum Beitrag ↑
17.05.2018 18:12:58
Da keine Fehlermeldung mehr kommt, kann es sein daß die mail im greylisting hängt?
Hast du Greylisting in deinem Mailserver-Setup konfiguriert und wenn ja: Wie?

Benutzeravatar
bluestar
Beiträge: 2333
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von bluestar » 18.05.2018 11:25:50

hcx23 hat geschrieben: ↑ zum Beitrag ↑
08.05.2018 16:29:56
Hallo Forum,

Aich wenn dieses Problem schon zigmal hier erörtert wurde
.
Ich habe folgendes Problem mein postfix bedient 3 Domainen

ukleemann.de
torroristen.de
bosselnet.de


und versendet auch mails mit diesen domains.
SPF DKIM znd DMARC als auch die DNS records stimmen laut mxtool.
schön sieht das nicht aus:
https://de.ssl-tools.net/mailservers/torroristen.de
https://de.ssl-tools.net/mailservers/bosselnet.de


Benutzeravatar
DynaBlaster
Beiträge: 958
Registriert: 25.03.2004 18:18:57
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: DF0://dynablaster.adf

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von DynaBlaster » 18.05.2018 19:10:14

Die SSL-Meldungen kommen halt daher, das der Postfix SMTP-Daemein ein selbst signiertes Zertfikat verwendet wird. Trotzdem würde ich nicht sagen, das die Testmails nicht ankommen. Und in den Logs sehe ich jetzt auch nicht, das die Mails orgendwo "ge-greylistet" werden.

Das hier sieht erstmal so aus, als ob die eingehende Mail von ulrich.kleemann@mailbox.org an uli@torroristen.de erfolgreich von Postfix an die Mailbox ausgelifert wurde

Code: Alles auswählen

May 17 17:54:27 mail postfix/qmgr[3278]: 6BF71520BE1: from=<ulrich.kleemann@mailbox.org>, size=3872, nrcpt=1 (queue active)
May 17 17:54:27 mail postfix/local[3409]: 6BF71520BE1: to=<uli@torroristen.de>, relay=local, delay=0.03, delays=0.02/0/0/0.01, dsn=2.0.0, status=sent (delivered to mailbox)
May 17 17:54:27 mail postfix/qmgr[3278]: 6BF71520BE1: removed
Ich tippe jetzt eher auf eine fehlerhafte Konfiguration von dovecot bzw. des Mailclients. Erfolgreiche IMAP-Logins sieht man in den Logs ja - eigentlich müssten da also auch die Mail von oben sein

In dem Auszug (?) aus der main.cf ist jetzt auch nicht ersichtlich, ob und wie die Mails an dovecot übergeben werden.

Hier steht (https://wiki2.dovecot.org/HowTo/PostfixDovecotLMTP), das es irgendetwas in Richtung:

virtual_transport = lmtp:unix:private/dovecot-lmtp
#oder
mailbox_transport = lmtp:unix:private/dovecot-lmtp

geben müsste.

Benutzeravatar
bluestar
Beiträge: 2333
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von bluestar » 19.05.2018 08:17:20

DynaBlaster hat geschrieben: ↑ zum Beitrag ↑
18.05.2018 19:10:14
Die SSL-Meldungen kommen halt daher, das der Postfix SMTP-Daemein ein selbst signiertes Zertfikat verwendet wird.
Für mich ist das SSL/Hostname Thema und such die Fragen des Autors, samt gegebener Infos, dass hier jemand Unwissendes einen Mailserver aufbauen will...

Es spricht schon für den Autor, wenn er auf Greylisting tippt, ohne das aus der Config hervorgeht, dass er es konfiguriert hat.
DynaBlaster hat geschrieben: ↑ zum Beitrag ↑
18.05.2018 19:10:14
Ich tippe jetzt eher auf eine fehlerhafte Konfiguration von dovecot bzw. des Mailclients. Erfolgreiche IMAP-Logins sieht man in den Logs ja - eigentlich müssten da also auch die Mail von oben sein
Ich sage mal so, mit nur einem Bruchteil seiner Vonfig wird es schwierig, wenn nicht gar unmöglich dem Autor zu helfen.

hcx23
Beiträge: 39
Registriert: 28.02.2017 16:55:44

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von hcx23 » 20.05.2018 15:54:41

Hallo und danke für eure Hilfe.

Als erstes habe ich die selbst signierten Zertifkate durch letsencrypt ersetzt und die main.cf überarbeitet

https://pastebin.com/zf182pfm

Greylisting ist nun auch konfiguriert. (postgrey)


virtual_transport als auch mailbox_transport habe ich ausprobiert - ohne Erfolg an die Domains @ukleemann.de @torroristen.de und @bosselnet.de werden keine mails zugestellt.

vlt. hilft ein auszug aus der mail.log weiter

https://pastebin.com/HSAdqP8Z

Greylisting ist nun auch konfiguriert.

Gruss

hcx23

TomL

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von TomL » 20.05.2018 16:56:08

Da ist doch eine Fehlermeldung enthalten.... anscheinend findet er ein File nicht:

Code: Alles auswählen

ERROR stating "smtpd_recipient_restrictions": No such file or directory
Poste mal die vollständigen (hinsichtlich Breite!) Ausgaben von:

Code: Alles auswählen

postfix check
postconf -n

hcx23
Beiträge: 39
Registriert: 28.02.2017 16:55:44

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von hcx23 » 20.05.2018 17:18:31

Hallo Thomas,

so langsam verlier ich den Überblick hab die Fehlermeldung glatt übersehen .

hier die editierte main.cf

https://pastebin.com/zxBecgvW

postfix check gibt nichts aus, kene den befehl gar nicht.

Gruss

hcx23

TomL

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von TomL » 20.05.2018 17:31:55

Ich habe das bei mir nicht eingerichtet, aber ich könnte mir vorstellen, dass hier das Problem liegt:

Code: Alles auswählen

check_policy_service unix:private/policy-spf
Die Pfadangabe scheint mir nicht vollständig zu sein... was ja auch zur Fehlermeldung passt.... vielleicht wird diese policy-spf deshalb gar nicht gefunden. Zum Testen würde ich diese ganze Direktive einfach mal kommentieren und eine neue nur mit "permit" als einzigen Parameter einfügen....nur um zu sehen, ob die Jobs dann durchlaufen. Wenn ja, würde ich diese Direktive nacheinander mit den aus der alten sukzessive vervollständigen, um zu sehen, wann schluss ist.... und dann hat man den Übeltäter.

Als Test ist das problemlos.... denn Postfix braucht diese Restrictions nicht zwingend. So kann man sich an den Fehler rantasten.
postfix check gibt nichts aus, kene den befehl gar nicht
Das ist gut... keine Ausgabe = keine Fehler in der conf.

hcx23
Beiträge: 39
Registriert: 28.02.2017 16:55:44

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von hcx23 » 20.05.2018 19:34:55

Hallo Thomas,

habe den Eintrag aud der main.cf entfernt , die Konfiguration neu geladen und postfix neu gestartet - keine Änderrung.

mail.log finde ich adhoc auch nichts

https://pastebin.com/vdrYFD1p

Gruss

hcx23

TomL

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von TomL » 20.05.2018 20:40:30

hcx23 hat geschrieben: ↑ zum Beitrag ↑
20.05.2018 19:34:55
habe den Eintrag aud der main.cf entfernt , die Konfiguration neu geladen und postfix neu gestartet - keine Änderrung.
https://pastebin.com/vdrYFD1p
Der Link funktioniert leider nicht. Mich beschäftigen aber gerade einige ganz andere Fragen... grundsätzliche Fragen... weil mich diese Domain-Angaben in der main.cf irritieren. Das kann aber auch daran liegen, dass mir ausreichende Sachkenntnisse fehlen.... mal sehen....

1. Ist das eine Erst-Installation? Also dergestallt, dass das eine völlig neue Funktion auf diesem Server mit diesem Postfix-Setup ist?
2. Oder ist das eine Folge-Installation, die 'woanders' mit dieser main.cf schon gelaufen hat?
3. Ist das eine rein private Installation, auf einem zuhause betriebenen Mail-Server?
4. Von welcher Anzahl künftiger User muss ausgegangen werden?

Was mich also im Moment irritiert, sind diese 3 Domains. Repräsentieren die vielleicht ein Online-Postfach bei irgendeinem Web-Space-Hoster und dienen evtl. nur als Relayhost für einen privaten Mailserver? Wenn die NUR Relayhosts sind, wo ist dann der Web-Server? Wenn die gleichzeitig aber auch Web-IMAP-Server sind, wozu brauchts dann Postfix? Irgendwie verstehe ich noch nicht die Zusammenhänge, um mir das Problem besser begreifbar zu machen.

Benutzeravatar
bluestar
Beiträge: 2333
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von bluestar » 21.05.2018 09:50:04

Kannst du mal deine master.cf posten, vielleicht werden wir dann etwas schlauer.

hcx23
Beiträge: 39
Registriert: 28.02.2017 16:55:44

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von hcx23 » 22.05.2018 14:02:58

Hallo bluestar,

anbei meine master.cf

https://pastebin.com/EfK9M9Rj

hoffe die hilft weiter.

Danke und Gruss

hcx23

Benutzeravatar
bluestar
Beiträge: 2333
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von bluestar » 22.05.2018 16:48:56

hcx23 hat geschrieben: ↑ zum Beitrag ↑
22.05.2018 14:02:58
https://pastebin.com/EfK9M9Rj
Leider schon nicht mehr verfügbar.


Benutzeravatar
bluestar
Beiträge: 2333
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von bluestar » 23.05.2018 10:42:54

TomL hat geschrieben: ↑ zum Beitrag ↑
20.05.2018 20:40:30

Mich beschäftigen aber gerade einige ganz andere Fragen... grundsätzliche Fragen... weil mich diese Domain-Angaben in der main.cf irritieren. Das kann aber auch daran liegen, dass mir ausreichende Sachkenntnisse fehlen.... mal sehen....

1. Ist das eine Erst-Installation? Also dergestallt, dass das eine völlig neue Funktion auf diesem Server mit diesem Postfix-Setup ist?
2. Oder ist das eine Folge-Installation, die 'woanders' mit dieser main.cf schon gelaufen hat?
3. Ist das eine rein private Installation, auf einem zuhause betriebenen Mail-Server?
4. Von welcher Anzahl künftiger User muss ausgegangen werden?

Was mich also im Moment irritiert, sind diese 3 Domains. Repräsentieren die vielleicht ein Online-Postfach bei irgendeinem Web-Space-Hoster und dienen evtl. nur als Relayhost für einen privaten Mailserver? Wenn die NUR Relayhosts sind, wo ist dann der Web-Server? Wenn die gleichzeitig aber auch Web-IMAP-Server sind, wozu brauchts dann Postfix? Irgendwie verstehe ich noch nicht die Zusammenhänge, um mir das Problem besser begreifbar zu machen.
Diese Infos wären auch noch hilfreich ... Für mich sieht das ähnlich wie für TomL ein wenig "vermurkst" aus ...


hcx23
Beiträge: 39
Registriert: 28.02.2017 16:55:44

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von hcx23 » 23.05.2018 16:32:44

Hallo bliuestar,
danke erstmal für deien Antwort.

also hier nochmals die master.cf


https://pastebin.com/apmJhNwJ

hoffe der link funktioniert.

Ja es ist die Erstinstallation und ist eine Art Musterserver für KMU Mailserver mit SPF DKIM und DMARC mit Greylistung und TLS Verschlüsselung, der mehrere Domanen bedienen kann (Firma und Töchter) .


Habe das Teil nach diversen Howtos unter Debian 9 installiert und konfiguriert auch zum ersten mal.
Finde den Fehler einfach nicht, weil er empfängt ja auf keiner der 3 Domänen.

Ich hoffe dir damit deine Fragen beantwortet haben zu können.

Gruss

hcx23

TomL

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von TomL » 23.05.2018 19:00:25

hcx23 hat geschrieben: ↑ zum Beitrag ↑
23.05.2018 16:32:44
Ja es ist die Erstinstallation und ist eine Art Musterserver für KMU Mailserver mit SPF DKIM und DMARC mit Greylistung und TLS Verschlüsselung, der mehrere Domanen bedienen kann (Firma und Töchter).
Ich habe irgendwie das Gefühl, dass hier vielleicht auch ein konzeptionelles Missverständnis vorliegt. Vielleicht täusche ich mich, vielleicht reicht auch meine Sachkenntnis nicht aus.... aber das kannst Du ja einfach klären.... :roll:

Du sprichst von den 3 Domains ukleemann.de, torroristen.de, bosselnet.de, die angeblich nicht empfangen können. Nach meiner Meinung müssten diese 3 Domains jede selber ein echter Mail-Provider sein, damit sie überhaupt Mails empfangen können, um anschließend diese empfangenen Mails an die eigenen Postfächer weiterleiten zu können... also, sie müssten sowas wie WEB.de oder GMX.de sein, die mehr oder weniger reinige Mail-Provider sind. Irgendwie kann ich mir das als Grundlage nicht so recht vorstellen.

Oder als alternative zweite Möglichkeit, die ich für wahrscheinlicher halte und weil z.B. ukleemann.de eine registrierte Domain ist, müssten diese Domains eigentlich bei einem Web-Hoster (als Provider) zur Verfügung gestellt sein, z.B. bei Strato oder 1&1 oder einem beliebigen anderen Web-Hoster.... wenn die Eigentümer dieser 3 Domains Kunden bei einem solchen Web-Hoster sind. In diesem Fall werden alle Mails für die 3 Domains von diesem Web-Hoster empfangen und dort RZ-intern an die Kunden-Postfächer innerhalb deren Netzwerk weitergeleitet.

Aber, egal ob Alternative 1 oder 2 zutrifft... Postfix hat mit dem Empfangen von Mails in beiden Fällen imho nicht wirklich was zu tun und Postfix braucht man dafür auch nicht. Die Mails laufen immer beim Provider auf und können von da mit den üblichen Clients via IMAP oder POP3 gelesen oder runtergeladen werden.

Die eigentliche Aufgabe von Postfix ist der Transport und die Zustellung von Mails, aber nicht der Empfang. Der primäre Empfang liegt immer entweder beim ISP, bei einem Web-Hoster oder einem Mail-Provider, von da können die dort empfangenen Mails dann abgeholt werden. Man kann Mails mit Outlook abholen oder mit Thunderbird, also mit einem Mailclient. Oder man holt die EMails mit einem Mail-Retrieve-Agent ab, also sowas wie getmail oder fetchmail. Und dann, wenn man die Mails von einem solchen MRA (der auf einem lokalen Server läuft) abholen lässt, muss man diesem MRA natürlich mitteilen, was er mit den Mails machen soll. Und genau dann kommt wieder Postfix ins Spiel, aber nicht als Empfänger von Mails, sondern um sie erneut zu transportieren.... und zwar immer üblicherweise in Richtung eines Mailservers, der wiederum wie oben schon erwähnt, empfangen kann und Postfächer via IMAP oder POP3 zur Verfügung stellt.

Also, kurz gesagt, Postfix empfängt keine Mails. Der Postfix-Job ist Mails zu transportieren, entwender zu sendende Mails in Richtung eines Relay-Hosts bei einem Mail-Provider, und dmait also zu einem Mailserver. Oder Postfix transport von Getmail/Fetchmail gesendete Mails zu einem lokalen Mailserver. Postfix regelt also nur den Transport.

Ich habe vor einiger Zeit mal meinen Mailserver beschrieben... mit Postfix und Dovecot.... vielleicht hilft Dir das weiter:
viewtopic.php?f=8&t=167009

Ob ich jetzt hier einem Irrtum unterliege... *hmmm*... abwarten...das müsstest Du klären.... aber bei so spärlichen Infos ist es mir fast unmöglich, irgendwas wikrlich konstruktives beizutragen.

BTW, warum nutzt Du eigentlich nicht die NoPaste-Funktion dieses Forums?

Benutzeravatar
bluestar
Beiträge: 2333
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von bluestar » 24.05.2018 17:08:57

hcx23 hat geschrieben: ↑ zum Beitrag ↑
23.05.2018 16:32:44
Ja es ist die Erstinstallation und ist eine Art Musterserver für KMU Mailserver mit SPF DKIM und DMARC mit Greylistung und TLS Verschlüsselung, der mehrere Domanen bedienen kann (Firma und Töchter) .
Da muss ich dir leider sagen, das so etwas keine Aufgabe für einen Anfänger ist.
hcx23 hat geschrieben: ↑ zum Beitrag ↑
23.05.2018 16:32:44
Habe das Teil nach diversen Howtos unter Debian 9 installiert und konfiguriert auch zum ersten mal.
Finde den Fehler einfach nicht, weil er empfängt ja auf keiner der 3 Domänen.
Schade das du die Howtos nicht verlinkt hast... Schau dir doch mal das Projekt http://postfixadmin.sourceforge.net/ an, vielleicht hilft dir das weiter.

@TomL: Das was der Autor hier möchte ist wirklich ein eigener Mail-Exchanger, ohne Umweg über den Provider.

TomL

Re: mails können nicht empfangen werden postfix 454 4.7.1 <uli@xxx.de>: Relay access denied;

Beitrag von TomL » 24.05.2018 18:43:47

bluestar hat geschrieben: ↑ zum Beitrag ↑
24.05.2018 17:08:57
Das was der Autor hier möchte ist wirklich ein eigener Mail-Exchanger, ohne Umweg über den Provider.
Tja, ich habe noch nicht mal gewusst, dass einem kleinen Unternehmen oder einem Startup oder einer Privatperson solche Möglichkeiten überhaupt gegeben sind.... also ohne ISP. Ich hätte jetzt gedacht, das selbst ein kleines IP-Netz im WWW für "uns" eigentlich unbezahlbar ist... was ja wohl notwendig ist, um selber einen Publc-Mailserver zu hosten. insofern übersteigt diese Lösung natürlich meinen Horizont. Irritierend ist natürlich der Hinweis in der Betreff-Zeile "Relay access denied"... weil für so eine Aufgabe ohne ISP ein Relay-Zugriff ja gar nicht notwendig ist... das ist mir jedenfalls alles zu hoch... :?

Und dennoch bleib ich dabei (bis mich jemand mit besserem Wissen korrigiert), Postfix hat mit dem Empfangen von Mails nicht direkt zu tun... allenfalls indirekt, wenns eine bereits schon in der Domain vorliegende Mail an ein Postfach resp. den Mailserver transportiert. Für den Mail-Empfänger mag sich das wie "empfangen" darstellen, technisch isses das nach meinem Verständnis aber nicht, sondern nur ein Transport.... genau so, wie Postfix bei einem Sendevorgang die Mail zu einem Relay-Host transportieren bzw. ohne ISP direkt auf die Reise ins Internet schicken würde.

Antworten