Catch-all report

Is gitlab.com a catch-all domain?

This report shows the mail configuration for gitlab.com and runs a live catch-all probe. A catch-all (accept-all) domain accepts mail for every address, which makes verifying individual gitlab.com mailboxes less certain.

Test a domain for catch-all

This opens one SMTP conversation with the domain's mail server and asks whether a random mailbox is accepted. Many networks block outbound port 25, so a single check can be inconclusive.

Catch-all domains need smarter verification

On a catch-all domain, the server accepts everything, so SMTP alone cannot tell a real mailbox from a typo. Verifly combines multiple signals and flags catch-all addresses so you can decide how to send.

Verify a whole list with 100 free credits

Mail configuration for gitlab.com

gitlab.com accepts mail through 5 MX hosts and appears to run on Google Workspace (Gmail).

PriorityMail server (MX)
1aspmx.l.google.com
5alt1.aspmx.l.google.com
5alt2.aspmx.l.google.com
10alt4.aspmx.l.google.com
10alt3.aspmx.l.google.com

What catch-all means for gitlab.com

When a domain is catch-all, its server returns a 250 OK for any recipient — ceo@gitlab.com, sales@gitlab.com, or pure gibberish alike. That is convenient for the domain owner (typos still arrive) but it removes the signal a verifier relies on: acceptance no longer proves the mailbox exists.

The right way to treat a catch-all gitlab.com address is as a middle tier — riskier than a confirmed mailbox, safer than a hard-invalid or disposable one. Verifly returns a dedicated is_catch_all flag so you can decide how aggressively to send instead of guessing.

FAQ — gitlab.com catch-all & verification

Is gitlab.com a catch-all domain?
A domain is catch-all when its mail server accepts mail for any address, including ones that do not exist. Run the live probe above to test gitlab.com right now — it opens one SMTP conversation and asks the server whether a random, non-existent mailbox is accepted.
What are the MX records for gitlab.com?
gitlab.com routes mail through: aspmx.l.google.com, alt1.aspmx.l.google.com, alt2.aspmx.l.google.com, alt4.aspmx.l.google.com, alt3.aspmx.l.google.com. This indicates the domain uses Google Workspace (Gmail).
Why does catch-all matter when verifying gitlab.com addresses?
On a catch-all domain an SMTP accept does not prove a specific mailbox exists — the server says yes to everything. So a verifier cannot promote a catch-all address to "valid" on acceptance alone; it should flag it separately, which Verifly does.
How do I verify gitlab.com emails in bulk?
Use the Verifly API: GET https://verifly.email/api/v1/verify?email=name@gitlab.com with a Bearer key returns a dedicated catch-all flag alongside syntax, MX, disposable and role signals. 100 free credits, no monthly fee.

Verify gitlab.com emails at scale

The Verifly API returns catch-all, disposable, role and SMTP signals in one call — pay-as-you-go, 100 free credits, no monthly fee.