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]: [email protected]: 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 <[email protected]>:
> 
> 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 <[email protected] 
>> <mailto:[email protected]>>:
>> 
>> 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 
>> <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 
>>> <http://p50823bxx.dip0.t-ipconnect.de/>[80.130.59.249]: 504 5.5.2 
>>> <fritzbox>: Helo command rejected: need fully-qualified hostname; 
>>> from=<[email protected] <mailto:[email protected]>> to=<[email protected] 
>>> <mailto:[email protected]>> proto=ESMTP helo=<fritzbox>
>>> Jan 30 13:25:20 kuku postfix/submission/smtpd[14573]: NOQUEUE: reject: RCPT 
>>> from p50823bxx.dip0.t-ipconnect.de 
>>> <http://p50823bxx.dip0.t-ipconnect.de/>[80.130.59.249]: 504 5.5.2 
>>> <fritzbox>: Helo command rejected: need fully-qualified hostname; 
>>> from=<[email protected] <mailto:[email protected]>> to=<[email protected] 
>>> <mailto:[email protected]>> 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>
> 

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Antwort per Email an