{
"scope": "ListCheck screens list health at three levels: email is checked at domain level (syntax, domain and MX existence, disposable and risk signals - never whether a mailbox exists), phone numbers at numbering-plan level (correctly formed for the country's plan, country and E.164 normalisation - never line reachability or carrier), and card numbers at format level (Luhn checksum, network from the IIN prefix, issued length - never account existence, funds or blocked status).",
"emails": {
"results": [
{
"email": "[email protected]",
"valid": true,
"score": 60,
"verdict": "risky",
"checks": {
"syntax": true,
"domainExists": true,
"mxFound": true,
"disposable": false,
"roleAccount": false,
"freeProvider": false
},
"mxRecords": [
"aspmx.l.google.com",
"alt3.aspmx.l.google.com",
"alt4.aspmx.l.google.com",
"alt1.aspmx.l.google.com",
"alt2.aspmx.l.google.com"
],
"suggestion": "[email protected]",
"typoLikely": true,
"domainAgeDays": 12273,
"domainAgeSource": "RDAP",
"catchAllRisk": "possible",
"note": "Domain accepts mail, but this address looks like a typo of the suggested address. Checks domain mail routing (MX) and risk signals. Does not probe individual mailbox existence. Catch-all risk is a risk signal based on MX/provider patterns, not a probing conclusion."
}
],
"summary": {
"total": 1,
"valid": {
"count": 0,
"percent": 0
},
"risky": {
"count": 1,
"percent": 100
},
"invalid": {
"count": 0,
"percent": 0
},
"disposable": {
"count": 0,
"percent": 0
},
"typoLikely": {
"count": 1,
"percent": 100
}
}
},
"phones": {
"results": [
{
"input": "+14155552671",
"valid": true,
"possible": true,
"country": "US",
"countryCallingCode": "+1",
"nationalNumber": "4155552671",
"e164": "+14155552671",
"internationalFormat": "+1 415 555 2671",
"nationalFormat": "(415) 555-2671",
"type": "FIXED_LINE_OR_MOBILE",
"uri": "tel:+14155552671",
"note": "Type is inferred from numbering plans (MOBILE / FIXED_LINE / TOLL_FREE / etc.). Carrier lookup is not included."
}
],
"summary": {
"total": 1,
"valid_count": 1,
"invalid_count": 0,
"valid_rate": 1,
"invalid_numbers": [],
"by_country": {
"US": 1
},
"by_type": {
"FIXED_LINE_OR_MOBILE": 1
},
"duplicates": [],
"duplicate_count": 0
}
},
"cards": {
"results": [
{
"number": "424242••••••4242",
"bin": "424242",
"last4": "4242",
"length": 16,
"valid": true,
"possible": true,
"checks": {
"luhn": true,
"length": true,
"networkKnown": true
},
"network": "Visa",
"networkId": "visa",
"expectedLengths": [
13,
16,
19
],
"testCard": true
}
],
"summary": {
"total": 1,
"valid": 1,
"invalid": 0
}
},
"summary": {
"total": 3,
"valid": 2,
"notValid": 1,
"legs": {
"email": {
"total": 1,
"valid": 0,
"flagged": 1,
"invalid": 0,
"disposable": 0,
"typoLikely": 1
},
"phone": {
"total": 1,
"valid": 1,
"invalid": 0,
"valid_rate": 1,
"duplicate_count": 0
},
"card": {
"total": 1,
"valid": 1,
"invalid": 0,
"testCards": 1
}
},
"note": "'valid' uses each leg's own verdict: email verdict 'valid' (risky counts as not valid here, see the email leg's summary for the split), phone numbering-plan valid, card format valid. See 'scope' for what each verdict does and does not mean."
}
}
curl --location --request POST 'https://zylalabs.com/api/14773/listcheck+api/38271/screen+batch' --header 'Authorization: Bearer YOUR_API_KEY'
--data-raw '{"emails": ["[email protected]"], "phones": ["+14155552671"], "cards": ["4242424242424242"]}'
{
"type": "email",
"input": "[email protected]",
"result": {
"email": "[email protected]",
"valid": true,
"score": 90,
"verdict": "valid",
"checks": {
"syntax": true,
"domainExists": true,
"mxFound": true,
"disposable": false,
"roleAccount": true,
"freeProvider": true
},
"mxRecords": [
"alt3.gmail-smtp-in.l.google.com",
"gmail-smtp-in.l.google.com",
"alt4.gmail-smtp-in.l.google.com",
"alt1.gmail-smtp-in.l.google.com",
"alt2.gmail-smtp-in.l.google.com"
],
"suggestion": null,
"typoLikely": false,
"domainAgeDays": 11410,
"domainAgeSource": "RDAP",
"catchAllRisk": "low",
"note": "Domain-level validation only: syntax, domain/MX health, disposable and provider risk. Mailbox existence is not probed (no SMTP check), so a valid result does not confirm the mailbox exists. The score is a domain risk score.",
"scope": "domain-level"
},
"scope": "ListCheck screens list health at three levels: email is checked at domain level (syntax, domain and MX existence, disposable and risk signals - never whether a mailbox exists), phone numbers at numbering-plan level (correctly formed for the country's plan, country and E.164 normalisation - never line reachability or carrier), and card numbers at format level (Luhn checksum, network from the IIN prefix, issued length - never account existence, funds or blocked status)."
}
curl --location --request POST 'https://zylalabs.com/api/14773/listcheck+api/38272/screen+single' --header 'Authorization: Bearer YOUR_API_KEY'
--data-raw '{"type": "email", "value": "[email protected]"}'
{
"ok": true,
"service": "ListCheck",
"version": 1
}
curl --location --request GET 'https://zylalabs.com/api/14773/listcheck+api/38273/health+check' --header 'Authorization: Bearer YOUR_API_KEY'
साइन अप करने के बाद, प्रत्येक डेवलपर को एक पर्सनल API एक्सेस की असाइन की जाती है, जो अक्षरों और अंकों का एक यूनिक संयोजन होता है, जिसका उपयोग हमारे API एंडपॉइंट तक पहुंचने के लिए किया जाता है। प्रमाणीकरण के लिए सूची की जांच API के साथ बस अपने बेयरर टोकन को Authorization हेडर में शामिल करें।
| हेडर | विवरण |
|---|---|
Authorization
|
आवश्यक
होना चाहिए Bearer access_key. जब आप सब्सक्राइब हों तो ऊपर "Your API Access Key" देखें।
|
कोई लंबी अवधि की प्रतिबद्धता नहीं। कभी भी अपग्रेड, डाउनग्रेड या कैंसल करें।
एक कॉल में पूरी सूची का स्क्रीन करें: ईमेल पते, फोन नंबर और कार्ड नंबर एक साथ जांचे गए, प्रति आइटम परिणामों के साथ एक स्वास्थ्य सारांश। प्रति पैर 100 तक बैच करें
नहीं ईमेल लेग डोमेन मेल रूटिंग (MX) पंजीकरण डेटा और जोखिम संकेतों की जांच करता है मेलबॉक्स स्तर की जांच असंबंधित है इसलिए हम इसे नहीं करते और न ही इसका दावा करते हैं
नहीं इसका मतलब है कि संख्या अपने देश की संख्या योजना के तहत सही तरीके से बनाई गई है - सही लंबाई आवंटित उपसर्ग पैटर्न चाहे लाइन आवंटित है या पहुंच योग्य है और कौन सा कैरियर इसे सेवा प्रदान करता है parsing से जाना नहीं जा सकता
नहीं कार्ड लेग केवल प्रारूप को मान्य करता है चेक अंक मान्यता प्राप्त नेटवर्क जारी की गई लंबाई किसी खाते का अस्तित्व बताना निधि होना या ब्लॉक होना केवल जारीकर्ता को पता होता है और कोई जारीकर्ता बैंक देश या कार्ड-प्रकार डेटा वापस नहीं किया जाता है
कुछ भी टूटता नहीं है एक खराब प्रवेश अपने ही परिणाम स्लॉट में वापस आता है जिसे कारण के साथ अमान्य मार्क किया जाता है जबकि अन्य सभी आइटम सामान्यतः स्क्रीन किए जाते हैं और संक्षेप अभी भी संपूर्ण सूची को मिलाते हैं
हां POST /screen/single {"type": "email" | "phone" | "card", "value": "..."} — साइनअप या चेकआउट पर फॉर्म सत्यापन के लिए बनाया गया है