Is vsftp reply messages are configurable?

[Jojo Castro]

Hi all.

I would like to seek help from Linux expert here if vsftp reply messages are configurable.

Our applications developer would like to request if its possible that when doing ftp, instead of the message
"150 Ok to send data.
226 File receive OK."
Theire applications want to see
"226 Transfer complete"
As a confirmation message.

Please advice if this is configurable on vsftp.
Message transfer complete is seen in wuftpd.

If not, is there any wu-ftpd version that will support Red Hat Enterprise Linux AS release 4 (Nahant Update 6)?

Thanks in advance!

[Steven E. Protter]

Shalom,

A rather esoteric request.

Probably possible.

http://www.debianhelp.co.uk/vsftpd.htm
http://www.linux.ie/pipermail/ilug/2006-June/088554.html

http://fedora.co.in/2007/09/08/vsftpd-very-secure-ftp-server-configuration-howto/

SEP

[Ivan Krastev · Accepted solution]

It is easy - get source package from redhat or from vsftpd site - http://vsftpd.beasts.org/#download

After that look into file postlogin.c for entry:

vsf_cmdio_write(p_sess, FTP_TRANSFEROK, "File receive OK.");

replace it and re-compile the package.

regards,
ivan

[Matti_Kurkela]

Is your application intended to be interoperable with any FTP server, or with (particular versions of) wu-ftpd only?

A quote from RFC959, the Internet standards document that defines the FTP protocol:

----------------
4.2 FTP REPLIES

[...]

An FTP reply consists of a three digit number (transmitted as three alphanumeric characters) followed by some text. The number is intended for use by automata to determine what state to enter next; the text is intended for the human user. It is intended that the three digits contain enough encoded information that the user-process (the User-PI) will not need to examine the text and may either discard it or pass it on to the user, as appropriate.

In particular, the text may be server-dependent, so there are likely to be varying texts for each reply code.

[...]
-------------------

In other words, the application SHOULD examine only the three digits at the beginning of the server's reply to determine what to do. The text part of the reply may have different wording, or it might be written in French, Chinese or Elvish, and it would still be a valid FTP reply.

The RFC959 document is available for free in various RFC archives in the Internet. Your developer should definitely read it.

http://www.w3.org/Protocols/rfc959/

MK

[Jojo Castro]

Thanks to IVAN for the solution.