使用JOI库验证电子邮件

我已经使用JOI来验证许多不同的东西。现在，我还需要验证电子邮件。

验证逻辑如下：

const emailSchema = Joi.string().email({ minDomainSegments: 2 }).lowercase().required();

const resource = Joi.validate(email, emailSchema);
if (resource.error !== null) {

  return true;
}

事实是它无法验证以下格式：

常量电子邮件= 6AEFE056-485C-42C0-9059-AF4D614C8FBE @ anon

它将其视为常规电子邮件，但不是。它适用于常规电子邮件。

我做错了什么？我真的很想为此使用JOI。

我使用的Joi版本是14.3.1

巧合的是，这是NPM的最新版本。 Joi在Hapi下移动在使用Hapi的同时，他们发布了几个新版本。我使用版本的方式是为新版本设计的，但不是我的。因此，我使用了旧版本表示法。

如果有时间，我还将切换到较新的版本。

这是与旧版本一起使用的示例。

const emailSchema = Joi.string().email({ minDomainAtoms: 2 });

使用JOI库验证电子邮件

我已经使用JOI来验证许多不同的东西。现在，我还需要验证电子邮件。

验证逻辑如下：

const emailSchema = Joi.string().email({ minDomainSegments: 2 }).lowercase().required();

const resource = Joi.validate(email, emailSchema);
if (resource.error !== null) {

  return true;
}

事实是它无法验证以下格式：

常量电子邮件= 6AEFE056-485C-42C0-9059-AF4D614C8FBE @ anon

它将其视为常规电子邮件，但不是。它适用于常规电子邮件。

我做错了什么？我真的很想为此使用JOI。

我使用的Joi版本是14.3.1

巧合的是，这是NPM的最新版本。 Joi在Hapi下移动在使用Hapi的同时，他们发布了几个新版本。我使用版本的方式是为新版本设计的，但不是我的。因此，我使用了旧版本表示法。

如果有时间，我还将切换到较新的版本。

这是与旧版本一起使用的示例。

const emailSchema = Joi.string().email({ minDomainAtoms: 2 });