Sounds like this is as designed then. Will try this in production after
I've upgraded to a recent Camel version that supports passing this option
2012/10/18 Atsuhiko Yamanaka <ymnk@...>
> +-From: Bengt Rodehav <bengt@...> --
> |_Date: Thu, 18 Oct 2012 09:01:20 +0200 ____
> |I still get the server error message:
> |*"keepalive@..." is an unsupported global request*
> |Perhaps this is the way it is supposed to work - can you verify this
> |Atsuhiko? It does seem to poll and download files correctly despite of
> Refer to RFC4254, Section 4.Global Requests,
> byte SSH_MSG_GLOBAL_REQUEST
> string request name in US-ASCII only
> boolean want reply
> .... request-specific data follows
> The recipient will respond to this message with
> SSH_MSG_REQUEST_SUCCESS or SSH_MSG_REQUEST_FAILURE if 'want reply' is
> byte SSH_MSG_REQUEST_SUCCESS
> .... response specific data
> Usually, the 'response specific data' is non-existent.
> If the recipient does not recognize or support the request, it simply
> responds with SSH_MSG_REQUEST_FAILURE.
> I hope that Serv-U has responded with SSH_MSG_REQUEST_FAILURE message.
>  http://www.ietf.org/rfc/rfc4254.txt
> Atsuhiko Yamanaka
> 1-14-20 HONCHO AOBA-KU,
> SENDAI, MIYAGI 980-0014 Japan.
> Tel +81-22-723-2150
> Skype callto://jcraft/
> Twitter: http://twitter.com/ymnk
> Facebook: http://facebook.com/aymnk