Allerdings gab es einen Syntaxfehler, nachdem ich ein #-Sign in die Passage geändert habe. Dachte, so ein inline comment geht.
Ich lösche nicht gerne völlig, sondern lass auch gerne auskommentiert stehen, damit man später weiß warum.
Das mag eine Mentalitätsfrage sein. Manche löschen rigoros. Na, egal.

Jedenfalls war der Syntaxfehler hartnäckig. Die Zeile


smtpd_error_sleep_time = 1s

war plötzlich der Fehler. Sie wurde auch nicht mehr als bekannte Option im Syntaxhilighting angezeigt.

Ist die Option obsolet geworden, seit mein postfix das letzte mal ein reload gemacht hat?

Ich hatte 

service postfix reload


eingegeben.
Und bekam dieses:

Feb  4 15:50:33 kuku systemd[1]: Reloading Postfix Mail Transport Agent (instance -).
Feb  4 15:50:33 kuku postmulti[5304]: fatal: /etc/postfix/main.cf, line 87: missing '=' after attribute name: "smtpd_ error_sleep_time = 1s"
Feb  4 15:50:34 kuku systemd[1]: postfix@-.service: Control process exited, code=exited status=1
Feb  4 15:50:34 kuku systemd[1]: Reload failed for Postfix Mail Transport Agent (instance -).

—
Christoph

Am 04.02.2021 um 15:53 schrieb Christoph Kukulies <kuku@kukulies.org>:

Ich danke allen, die auf meine Frage geantwortet haben.  

(Anm.: das Subject hätte „wird *nicht* abgelegt“ heißen sollen). Das sind immer die Typos, die man sich am wenigsten wünscht. :)


Ich habe noch mal in meine main.cf geschaut und finde folgenden (von mir höchst selbst einmal vorgenommenen Eintrag - warum auch immer):

#++ CPK 2017-02-21 
disable_vrfy_command = yes
smtpd_delay_reject = yes
smtpd_helo_required = yes
smtpd_helo_restrictions = permit_mynetworks,
     reject_non_fqdn_hostname,
     reject_invalid_hostname,
     permit
smtpd_error_sleep_time = 1s
smtpd_soft_error_limit = 10
smtpd_hard_error_limit = 20


—
Christoph




Am 30.01.2021 um 14:50 schrieb J. Fahrner <jf@fahrner.name>:

Hallo Christoph,

vermutlich hast du diesen Parameter gesetzt. Wenn du den rausnimmst müsste es gehen.

http://www.postfix.org/postconf.5.html#reject_non_fqdn_helo_hostname

Am 2021-01-30 14:26, schrieb Christoph Kukulies:

Ich weiß nicht, ob dies hier das richtige Forum ist, um mein Problem zu diskutieren, aber ich versuche es mal.
 
In einer Fritzbox (FB)  7590 (und sicher auch in anderen Modellen) kann man z.B. bei Faxempfang das Fax las sog. „Push-Nachricht" an einen EMail-Empfänger senden, den man in die FB einträgt. Die KOnfigurationsmöglichkeit ist nicht sehr reichhaltig. Man kann einige Standard-Anbieter wie google mail, Telekom, etc. etc. angeben und man kann auch einen eigenen Server angeben samt port Nr. (587 in meinem Falle).
 
Wenn ich dann den Pushnachricht Test mache, bounct die Email an meinem Server mit :
(aus /var/log/mail.log)
 
Jan 30 12:25:00 kuku postfix/submission/smtpd[14173]: NOQUEUE: reject: RCPT from p50823bxx.dip0.t-ipconnect.de[80.130.59.249]: 504 5.5.2 <fritzbox>: Helo command rejected: need fully-qualified hostname; from=<kuku@kuku.de> to=<kuku@kuku.de> proto=ESMTP helo=<fritzbox>
Jan 30 13:25:20 kuku postfix/submission/smtpd[14573]: NOQUEUE: reject: RCPT from p50823bxx.dip0.t-ipconnect.de[80.130.59.249]: 504 5.5.2 <fritzbox>: Helo command rejected: need fully-qualified hostname; from=<kuku@kuku.de> to=<kuku@kuku.de> proto=ESMTP helo=<fritzbox>
 
Ich habe das als Supportanfrage an AVM gesendet, aber die lakonische Antwort ist, da ich den Fehler ja schon bei meinem Mailserver lokalisiert habe, solle ich mich gefälligst auch dort selber darum kümmern oder eine andere Email-Adresse als Adressaten verwenden.
 
Ich nehme an, es gibt in Postfix einen Schalter, mit dem man das Argument des HELO Commands ignorieren kann? Aber damit begibt man sich ja einer Sicherheitsstufe.
 
(verwende zwar dovecot, aber das ist doch wahrscheinlich eine postfix-Angelegenheit, oder?)
 
 
Viele Grüße
 
Christoph
 


<0xA9189208.asc>