Wer den ganzen Bugreport langsam und aufmerksam durchgelesen hat, dem ist die Kommentarnummer 5, also der letzte Eintrag aufgefallen:
It seems to me this bug has re-surfaced on 4.8.22 (Debian buster): i.e. mc keeps asking me for the user's password even when there's a proper password in .netrc.
Moreover, if I don't provide neither user nor password (
ftp://HOST/PATH), mc tries anonymous FTP, whereas before it used the credentials from .netrc.
Sorry I can't test 4.8.23 at the moment, but it worked fine at least until 4.8.18 (Debian stretch), so maybe some regression has happened somewhere in between 4.8.18 and 4.8.22?
Zusätzlich steht noch in der initialen Meldung des Bugreports unter welchen Umständen dieses Verhalten auftritt:
If I try to access the URL
ftp://HOST/PATH, mc correctly retrieves USERNAME and PASSWORD from .netrc and I can log into the FTP host.
If I try to access the URL
ftp://USERNAME@HOST/PATH, mc displays a popup window, asking for the password. Shouldn't it retrieve the password from .netrc?
Also wäre der Workaround: entweder einen älteren MC verwenden, oder selbst einen kompilieren, oder den URL so eingeben daß das Verhalten nicht zuschlägt. Die richtige Lösung ist einen Bugreport im offiziellen Debianbugtracker zu erstellen. Wahrscheinlich ist das ein debianspezifisches Problem.
GregorS hat geschrieben: 
11.06.2020 20:19:26
...
PS: Laut der dort gezeigten Daten wurde das in Version 4.8.20 gefixt. Auf meinem System befindet sich lt.
mc --version aber 4.8.22. Verstehe ich da etwas falsch?!