Cold email infrastructure starting at $1/mailbox. Volume discounts down to $0.55.Calculate your cost
ColdRelay
← All SMTP Errors
SMTP Error Reference

530 Authentication required

Receiver requires SMTP authentication before accepting mail

530 means the receiver requires SMTP AUTH before it will accept mail from your connection. It's normally seen when your sending platform talks to your OWN outbound mail server without credentials.

Last updated: May 23, 2026


Overview

What 530 Authentication required Means

What it means

530 is a permanent rejection. The receiver requires authentication (AUTH) for this connection to proceed. Per RFC 4954, the standard recommendation is for outbound mail servers (submission, port 587) to require AUTH and reject unauthenticated MAIL FROM with 530.

Who you'll see it from

Almost always your OWN outbound mail server (the submission port your sending platform connects to). Recipient MX servers normally don't require AUTH — they accept mail from anyone (with policy controls applied at content/policy layer). So 530 from a recipient MX is rare; 530 from your own outbound submission server is the common case.

Why it happens

Your sending platform isn't supplying credentials, or is supplying wrong credentials, when connecting to your outbound mail server. Most common: a misconfigured SMTP relay setting, an expired/changed password, or an account-lockout state.

Resolution

How to Fix 530 Authentication required

  1. 1

    Identify which server returned 530

    Check whether the 530 came from your own outbound mail server (the SMTP host your sending platform connects to, e.g. box.YOURDOMAIN.com:587) or from a recipient MX. The former is a credential problem; the latter is rare and usually indicates the recipient organization has unusual policy controls.

  2. 2

    Verify SMTP credentials in your sending platform

    In your sending platform's mailbox settings (Instantly: Email Accounts → mailbox → SMTP/IMAP; Smartlead: Email Accounts → SMTP Setup), re-test the connection with the credentials from your mail server (or the ColdRelay-provided CSV). Wrong password is the #1 cause of 530.

  3. 3

    Check the AUTH mechanism setting

    Your sending platform should be using AUTH LOGIN over TLS (port 587 with STARTTLS) for outbound submission. If the platform is configured for port 25 without TLS or for SSL on port 465, auth may not negotiate correctly. Use port 587 + STARTTLS, AUTH LOGIN.

  4. 4

    Verify the mailbox isn't locked or disabled

    Some mail servers temporarily lock mailboxes after repeated failed-auth attempts. If your sending platform retried with bad credentials, the mailbox may be in a soft-lock state. Wait 30 minutes and re-test.

  5. 5

    Confirm the SMTP host matches the credentials' domain

    Some mail server configs require the SMTP host (HELO) and the auth account's domain to match. If you're sending from user@domain1.com via box.domain2.com, AUTH may reject. Use the SMTP host that matches the credentials' domain.

Authority

References

Cold email infrastructure

530 Authentication required in the Cold Email Context

530 is a configuration error, not a deliverability event. It usually surfaces during initial mailbox connection in your sending platform — credentials weren't entered correctly, or the wrong SMTP host was used. ColdRelay's mailbox provisioning produces a CSV with each mailbox's correct SMTP host, port (587), username (full email), and password — exactly what every sending platform needs. Mailbox-platform integrations (ColdRelay's API push to Instantly/Smartlead) auto-fill these correctly so 530 doesn't appear at all.

FAQ

Frequently Asked Questions

Is 530 my fault or the receiver's?

Almost always yours. 530 means your credentials are wrong, missing, or your connection isn't authenticating correctly. Fix the credentials on your sending side.

Can a recipient MX return 530?

Technically possible but rare. Most recipient MX servers accept mail from any sender (anti-spam policy is applied at content/sender level, not via AUTH). Some highly-restrictive enterprise gateways implement AUTH-required MX, but it's unusual.

Why does AUTH LOGIN sometimes fail?

AUTH LOGIN credentials are base64-encoded. If your sending platform encodes them incorrectly (rare), AUTH fails. If you've copied credentials with a trailing newline or invisible character, AUTH fails. Re-enter credentials by typing them, not pasting from a source that may include invisible chars.

Does 530 affect IP reputation?

No. 530 prevents mail from being sent at all, so there's no reputation event. Once you fix credentials and start sending, reputation builds normally.

Keep reading

Related SMTP Errors and Guides

Stop Seeing 530 Authentication required For Cold Email

ColdRelay ships clean, dedicated infrastructure with SPF, DKIM, DMARC, and reverse DNS configured automatically — the same fixes that resolve most 530 Authentication required bounces. Starting at $50/month.

Start for $50/month →