Hello! When I simply perform 'ssh Leopard' or 'ssh Tiger' (signifying the OS) the local X server, XQuartz 2.7.8_beta1 (xorg-server 1.16.0), launches – which launches a few X clients for a second time. Among these lines the cause for this behaviour certainly lies… debug1: Authentication succeeded (publickey). debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Requesting no-more-sessions@openssh.com debug1: Entering interactive session. debug2: callback start debug2: x11_get_proto: /opt/X11/bin/xauth -f /tmp/ssh-0ob06XPDZb/xauthfile generate /tmp/launch-GUj0Zf/org.macosforge.xquartz:0 MIT-MAGIC-COOKIE-1 untrusted timeout 1200 2>/dev/null debug2: x11_get_proto: /opt/X11/bin/xauth -f /tmp/ssh-0ob06XPDZb/xauthfile list /tmp/launch-GUj0Zf/org.macosforge.xquartz:0 2>/dev/null debug1: Requesting X11 forwarding with authentication spoofing. debug2: channel 0: request x11-req confirm 0 debug1: Requesting authentication agent forwarding. debug2: channel 0: request auth-agent-req@openssh.com confirm 0 debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 1 debug2: channel 0: request shell confirm 1 debug2: fd 4 setting TCP_NODELAY debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel_input_status_confirm: type 99 id 0 debug2: PTY allocation request accepted on channel 0 debug2: channel 0: rcvd adjust 2097152 debug2: channel_input_status_confirm: type 99 id 0 debug2: shell request accepted on channel 0 Last login: Sun Jan 18 14:00:59 2015 from Sumac -- Greetings Pete Bake pizza not war!