Question

在发送“EHLO”时使用谷歌的示例回复：

250-mx.google.com at your service, [66.501.941.15]
250-SIZE 35651584
250-8BITMIME
250-AUTH LOGIN PLAIN
250-ENHANCEDSTATUSCODES
250 PIPELINING

十六进制：

32 35 30 2D 6D 78 2E 67 6F 6F 67 6C 65 2E 63 6F 6D 20 61 74 20 79 6F 75 72 20 73 65 72 76 69 63 65 2C 20 5B 39 32 2E 34 32 31 2E 35 36 35 2E 34 32 5D 0D 0A 32 35 30 2D 53 49 5A 45 20 33 35 36 35 31 35 38 34 0D 0A 32 35 30 2D 38 42 49 54 4D 49 4D 45 0D 0A 32 35 30 2D 41 55 54 48 20 4C 4F 47 49 4E 20 50 4C 41 49 4E 0D 0A 32 35 30 2D 45 4E 48 41 4E 43 45 44 53 54 41 54 55 53 43 4F 44 45 53 0D 0A 32 35 30 20 50 49 50 45 4C 49 4E 49 4E 47 0D 0A

由于SMTP规范声明一行必须以CR LF（0D 0A）结尾，我们可以解析这两个字节以查找行，但是我们如何确定响应的结束？

通过卫星，响应可以分成几段，并且之间有明显的延迟。这个表示响应可能在CR LF之后结束并且不完整，即：

250-mx.google.com at your service, [66.501.941.15]
250-SIZE 35651584
250-8BITMIME

任何寻找尾随CR LF的逻辑都会假设响应完成。在这种情况下，我使用CryptLib来执行SLL隧道，但是如果有某种方法可以获得“响应结束”，我可以使用自己的代码创建端口并将其传递给库。

Answer 1

响应在250和名称之间没有连字符的行上结束。

因此，如果该行的第4个字符是空格，那么这将是响应的最后一行。

来自RFC 2821的第4.2.1节：

多行回复的格式要求每一行，除了最后，从回复代码开始，紧接着是连字符， “ - ”（也称为减号），后跟文字。最后一行会以答复代码开头，紧接着是＆lt; SP>，任选地一些文字和＆lt; CRLF＆gt ;.

Answer 2

这是SMTP协议中的多行回复（在RFC 821附录E中描述）

您会注意到第一行的格式为

CODE-FirstLine
CODE-SecondLine

但最后一行的格式如下：

CODE LastLine

每行由你解释的CRLF分隔，但是当你的代码和文本没有被 - （减号）

分隔时，你就知道你在多行回复的最后一行。

使用扩展SMTP（ESMTP）解析响应结束

2 个答案: