Hi Michael,

On Mon, 14 Jun 2021 05:10:14 -0700,
Michael Albinus <michael.albinus@gmx.de> wrote:
> 
> Erik Hetzner <egh@e6h.org> writes:
> 
> > Hi Michael,
> 
> Hi Erik,
> 
> > Thank you so much for these explanations. Tramp is a great product and
> > I know that it has made a lot of accommodations to a heterogeneous
> > environment to make it work so well! I’ll keep exploring possible
> > solutions for this. In the end, it might just be a suggestion in the
> > manual or improvements to error reporting.
> 
> This bug is still open. Is there something else I could do? Otherwise,
> I'd like to close it.

Thank you for the reminder. While revisiting this issue I came across
an alternate fix: adding %l to the tramp-login-args for ssh. I suspect
there is a reason this is not a viable fix, but I’m not sure what it
is. I’ve been using it locally for a while. There is a patch below, or
here is a snippet to try locally:

(setq tramp-methods (assoc-delete-all "ssh" tramp-methods #'string=))
(add-to-list 'tramp-methods
             `("ssh"
               (tramp-login-program        "ssh")
               (tramp-login-args           (("-l" "%u") ("-p" "%p") ("%c")
        			            ("-e" "none") ("%h") ("%l")))
               (tramp-async-args           (("-q")))
               (tramp-direct-async         t)
               (tramp-remote-shell         ,tramp-default-remote-shell)
               (tramp-remote-shell-login   ("-l"))
               (tramp-remote-shell-args    ("-c")))))

best, Erik