true-email-validator
Advanced tools
Comparing version 1.0.0-alpha.1 to 1.0.0-alpha.3
{ | ||
"name": "true-email-validator", | ||
"version": "1.0.0-alpha.1", | ||
"version": "1.0.0-alpha.3", | ||
"description": "A fully RFC 5322 and RFC 6531/6532 compliant email address validator.", | ||
@@ -14,3 +14,3 @@ "main": "dist/true-email-validator.cjs", | ||
"bin": { | ||
"emails": "./dist/true-email-validator-exec.js" | ||
"emails": "dist/true-email-validator-exec.js" | ||
}, | ||
@@ -37,3 +37,6 @@ "files": [ | ||
}, | ||
"repository": "git+ssh://git@github.com/liquid-labs/true-email-validator.git", | ||
"repository": { | ||
"type": "git", | ||
"url": "git+ssh://git@github.com/liquid-labs/true-email-validator.git" | ||
}, | ||
"bugs": { | ||
@@ -52,3 +55,3 @@ "url": "https://github.com/liquid-labs/true-email-validator/issues" | ||
"dependencies": { | ||
"node-fetch": "^3.3.2", | ||
"node-fetch": "^2.7.0", | ||
"punycode": "^2.3.1", | ||
@@ -55,0 +58,0 @@ "regex-repo": "^4.0.1" |
@@ -111,3 +111,3 @@ # true-email-validator | ||
[**Source code**](./src/lib/validate-email.mjs#L108) | ||
[**Source code**](./src/lib/validate-email.mjs#L110) | ||
@@ -125,4 +125,5 @@ <a id="EmailData"></a> | ||
| isValid | `boolean` | True if the input is a valid email address according to the options. | | ||
| address | `string` | The normalized email address. The domain portion, if any, will always be in lowercase ( the `domain` property will preserve the original case). | | ||
| username | `string` | The username or local part of the email address. | | ||
| domain | `string` \| `undefined` | The domain value, if present. Exactly one of `domain` and `domainLiteral` will always be defined for a syntactically valid email address. | | ||
| domain | `string` \| `undefined` | The domain value, if present. Exactly one of `domain` and `domainLiteral` will always be defined for a syntactically valid email address. The original case of the domain is preserved. | | ||
| domainLiteral | `string` \| `undefined` | The domain literal value, if present. Exactly one of `domain` and `domainLiteral` will always be defined for a syntactically valid email address. | | ||
@@ -129,0 +130,0 @@ | issues | `Array.<string>` | Lists the issues, if any, rendering the email invalid according to the effective validation options. At least one issue _should_ be present if `isValid` is false and the array _should_ be empty if `isValid` is true. This is guaranteed for the built in validation checks, but `validateResult` checks can cause a violation of this norm if the validation function is not correctly implemented. | |
Sorry, the diff of this file is not supported yet
Sorry, the diff of this file is not supported yet
Sorry, the diff of this file is not supported yet
Sorry, the diff of this file is not supported yet
No repository
Supply chain riskPackage does not have a linked source code repository. Without this field, a package will have no reference to the location of the source code use to generate the package.
Found 1 instance in 1 package
401716
533
141
2
+ Addednode-fetch@2.7.0(transitive)
+ Addedtr46@0.0.3(transitive)
+ Addedwebidl-conversions@3.0.1(transitive)
+ Addedwhatwg-url@5.0.0(transitive)
- Removeddata-uri-to-buffer@4.0.1(transitive)
- Removedfetch-blob@3.2.0(transitive)
- Removedformdata-polyfill@4.0.10(transitive)
- Removednode-domexception@1.0.0(transitive)
- Removednode-fetch@3.3.2(transitive)
- Removedweb-streams-polyfill@3.3.3(transitive)
Updatednode-fetch@^2.7.0