FTP回复码由3个数字和对应文本组成

第一个数字表示响应状态的良好程度：好、坏、不完整。

简单的用户进程将能够通过简单地检查第一个数字来确定其下一步操作（按计划进行、重做、缩减等）

1：1yz Positive Preliminary reply
正在启动请求的操作，在继续执行新命令之前等待另一个答复。 （用户进程在完成回复之前发送另一个命令将违反协议；但是服务器 FTP 进程应该对在前一个命令正在进行时对到达的任何命令进行排队。）这种类型的回复可用于指示命令被接受，用户进程现在可能会注意数据连接，以用于难以同时监视的实现。FTP服务器进程每个命令最多可以发送一个 1yz 回复。
2：2yz Positive Completion reply
请求的操作已成功完成。 可能会发起新的请求。
3：3yz Positive Intermediate reply
命令已被接受，但要求的行动被搁置，等待收到进一步的信息。 用户应发送另一个指定此信息的命令。 此回复用于命令序列组。
4：4yz Transient Negative Completion reply
该命令未被接受且请求的操作未发生，但错误情况是暂时的，可能会再次请求该操作。 如果有的话，用户应该返回到命令序列的开头。 很难为“瞬态”赋予含义，尤其是当两个不同的站点（服务器进程和用户进程）必须就解释达成一致时。
4yz 类别中的每个回复的时间值可能略有不同，但目的是鼓励用户进程重试。 确定回复是否属于 4yz 或 5yz（永久否定）类别的经验法则是，如果可以重复命令而不改变命令形式或用户或服务器的属性（例如， 命令拼写相同，使用的参数相同；用户不更改他的文件访问权限或用户名；服务器不提供新的实现。）
5： 5yz Permanent Negative Completion reply
该命令没有被接受，所要求的行动也没有发生。不鼓励用户进程重复相同的请求(以相同的顺序)。甚至一些“永久的”错误条件也可以被纠正，因此人类用户可能希望在将来的某个时候(例如，在拼写被改变之后，或者用户已经改变了他的目录状态之后)通过直接操作指示他的用户进程重新启动命令序列。

第二个数字进一步表示错误类型

一个用户进程想要大致知道发生了什么类型的错误（例如文件系统错误，命令语法错误）可以检查第二个数字

1：x0z Syntax
这些回复指的是语法错误、语法正确但不适合任何功能类别的命令、未实现或多余的命令。
2：x1z Information
这些是对信息请求的回复，例如状态或帮助。
3：x2z Connections
关于控制和信息连接的回复
4：x3z Authentication and accounting
关于登陆进程和核算程序的回复
4：x4z Unspecified as yet
未被指定
5：x5z File system
这些回复指示服务器文件系统相对于请求的传输或其他文件系统操作的状态。

第三个数字用于更好的信息分类

第三个数字给出了由第二个数字指定的每个功能类别的更精细的含义等级。