Hogyan találom meg egy e-mail-címlista SMTP-szerverét?

Illessze be őket egy tömeges SMTP-beállítás-keresőbe, mint ez. Kiolvassa minden domain MX- és SRV-rekordjait, és mutatja a szolgáltató SMTP- és IMAP-hosztját, portját és titkosítását, CSV-vel.

Ingyenes ez a tömeges SMTP-beállítás-kereső?

Igen. Fiók nélkül futásonként legfeljebb 100 cím vagy domain, Google-belépéssel futásonként legfeljebb 500, kártya nélkül.

Melyik SMTP-portot használjam?

587-et STARTTLS-sel vagy 465-öt SSL/TLS-sel, amelyiket a szolgáltató dokumentálja. A 25-ös port a szerverek közötti kézbesítésre való, és a legtöbb hálózat letiltja alkalmazásokból való küldésre.

Kell hozzá a jelszavam?

Nem. Csak nyilvános DNS-t olvas, és soha nem jelentkezik be és nem kapcsolódik levelezőszerverhez.

Miért mutat egy céges domain Google- vagy Microsoft-beállításokat?

Az MX-rekordjai a Google Workspace-re vagy a Microsoft 365-re mutatnak, így a postafiókjai az adott szolgáltató szervereit használják, mint bármely más ügyfele.

Mik az e-mailhez tartozó SRV-rekordok?

Az RFC 6186-ban és az RFC 8314-ben leírt DNS-rekordok, amelyekben egy domain közzéteszi saját küldő-, IMAP- és POP-szervereit, hogy a levelezőprogramok maguktól beállíthassák magukat. Kevés domain teszi közzé őket.

Tömeges SMTP-beállítás-kereső: szerver, port és titkosítás egy postafióklistához

Röviden: Sok címhez egyszerre megkeresi a kimenő és bejövő levelezőszervert, csak DNS alapján. Korlát: A szolgáltató dokumentált beállításait mutatja; nem teszteli, hogy a postafiók be tud-e jelentkezni.

A tömeges SMTP-beállítás-kereső sok címhez egyszerre megkeresi a kimenő és bejövő levelezőszervert. Illesszen be legfeljebb 100 címet vagy domaint, ingyenes Google-belépés után 500-at; minden domain MX-rekordjai megnevezik a szolgáltatót, és annak dokumentált SMTP- és IMAP-hosztja, portja és titkosítása jelenik meg, vagy a domain saját SRV-rekordjai. Csak DNS, belépés nélkül. CSV-export.

Email addresses or domains, one per line (up to 100)

Upload a CSV or TXT fileDNS lookups only; no mail server is contacted and no password is needed. 100 domains a run, or 500 when you sign in.

Maga az eszköz ugyanaz, mint az angol oldalon: a gombok és az eredmények angolul jelennek meg. Frissítve: 2026. november 9.

Hogyan találom meg sok e-mail-fiók SMTP-beállításait?

Illesszen be e-mail-címeket vagy domaineket, soronként egyet, futásonként legfeljebb 100-at, ingyenes Google-belépés után 500-at. Minden címből a domain marad.
Kattintson a Look up settings gombra. Minden domain egy MX- és TXT-lekérdezést és öt SRV-lekérdezést kap, kérésenként 25 domaint; levelezőszerverhez nem kapcsolódunk.
Olvassa el a sorokat: a szolgáltatót, az SMTP-hosztot, -portot és -titkosítást, az IMAP-hosztot és -portot, és hogy honnan származnak a beállítások.
Töltse le a CSV-t: domainenként egy sor az SMTP-hoszttal, -porttal és -titkosítással, az IMAP-hoszttal és -porttal és a forrással.

Hogyan találjuk meg a beállításokat?

Az ingyenes levelezési domaineket, mint a gmail.com és az outlook.com, közvetlenül azonosítjuk. Minden más domainnél az MX-rekordok megnevezik a postafiók-szolgáltatót (Google Workspace, Microsoft 365, Zoho, Yahoo, Fastmail és mások), a sor pedig a szolgáltató saját súgóoldaláról mutatja az SMTP-, IMAP- és POP-beállításokat. Biztonsági átjáró, például Proofpoint vagy Mimecast mögött a domain SPF-rekordjában megnevezett szolgáltatót használjuk, és ezt a sor jelzi.

Az eszköz az RFC 6186 és az RFC 8314 szerinti SRV-rekordokat is olvassa: _submissions._tcp, _submission._tcp, _imaps._tcp, _imap._tcp és _pop3s._tcp. Az ezeket közzétevő domain maga adja meg a szervereit, és a sor ezeket mutatja, ha egyetlen ismert szolgáltató sem illeszkedett.

Mi van, ha a szolgáltatót nem ismerjük fel?

A sor Not found eredményt és az MX-hosztot mutatja. Ez általában tárhelyszolgáltatói vagy saját üzemeltetésű levelezőszervert jelent; SMTP-hosztja gyakran mail. plusz a domain, a 465-ös (SSL/TLS) vagy 587-es (STARTTLS) porton, de ezt csak a tárhely vezérlőpultja vagy ügyfélszolgálata erősítheti meg. Az eszköz soha nem talál ki szervert, és nem tünteti fel tényként.

Bejelentkezik vagy teszteli a szervereket az eszköz?

Nem. Csak DNS-t olvas, és soha nem kapcsolódik levelezőszerverhez, így nem tudja, hogy egy postafióknál be van-e kapcsolva az SMTP-hitelesítés. A Microsoft 365-ben a rendszergazdák postafiókonként vagy az egész szervezetre kikapcsolhatják az SMTP AUTH-ot.

A jelszavak nem részei az eredménynek. A Google- és Microsoft-fiókokhoz OAuth vagy alkalmazásjelszó kell, ahogy az adott szolgáltató sora jelzi.

Gyakori kérdések

Hogyan találom meg egy e-mail-címlista SMTP-szerverét?: Illessze be őket egy tömeges SMTP-beállítás-keresőbe, mint ez. Kiolvassa minden domain MX- és SRV-rekordjait, és mutatja a szolgáltató SMTP- és IMAP-hosztját, portját és titkosítását, CSV-vel.
Ingyenes ez a tömeges SMTP-beállítás-kereső?: Igen. Fiók nélkül futásonként legfeljebb 100 cím vagy domain, Google-belépéssel futásonként legfeljebb 500, kártya nélkül.
Melyik SMTP-portot használjam?: 587-et STARTTLS-sel vagy 465-öt SSL/TLS-sel, amelyiket a szolgáltató dokumentálja. A 25-ös port a szerverek közötti kézbesítésre való, és a legtöbb hálózat letiltja alkalmazásokból való küldésre.
Kell hozzá a jelszavam?: Nem. Csak nyilvános DNS-t olvas, és soha nem jelentkezik be és nem kapcsolódik levelezőszerverhez.
Miért mutat egy céges domain Google- vagy Microsoft-beállításokat?: Az MX-rekordjai a Google Workspace-re vagy a Microsoft 365-re mutatnak, így a postafiókjai az adott szolgáltató szervereit használják, mint bármely más ügyfele.
Mik az e-mailhez tartozó SRV-rekordok?: Az RFC 6186-ban és az RFC 8314-ben leírt DNS-rekordok, amelyekben egy domain közzéteszi saját küldő-, IMAP- és POP-szervereit, hogy a levelezőprogramok maguktól beállíthassák magukat. Kevés domain teszi közzé őket.

Egy egész listát ellenőrizne? Az első 100 cím ingyenes.

Lépjen be Google-fiókkal, illessze be a címeket, vagy töltsön fel egy CSV-fájlt. Minden cím valódi SMTP-postafiók-ellenőrzésen megy át, az eredmények letölthetők. Bankkártya nem kell.

A catch-all domaineket és a nem válaszoló szervereket kockázatosnak jelöljük, érvényesnek soha.

A belépéssel elfogadja a Felhasználási feltételeket és az Adatvédelmi irányelveket (angolul). Terms · Privacy