Outbound SMTP connections are timing out from Railway environment
luizphilippe
PROOP

3 days ago

Hello Railway team,

I am facing an issue with outbound SMTP connectivity from my backend service running on Railway.

Summary:

The same application and SMTP credentials work correctly in my local environment.

On Railway, outbound SMTP connections are not working reliably.

SMTP test requests either time out during connection or report success from the application side without actual delivery reaching the recipient.

At this point, this appears to affect multiple SMTP providers, not just one specific provider.

What I have already validated:

The application logic is working locally.

Authentication and credentials are valid in local tests.

The backend service is healthy and deploys successfully on Railway.

Static outbound IPs were enabled and the service was redeployed.

Direct connectivity tests from the Railway console hang when attempting SMTP/TLS connections.

What I need help confirming:

Is outbound SMTP traffic restricted, filtered, or rate-limited from Railway in this environment?

Are there any platform-level limitations affecting SMTP connections on common SMTP ports such as 465 or 587?

Can you confirm whether outbound SMTP traffic is leaving my service correctly?

Is there any recommended Railway configuration for applications that need to connect to third-party SMTP servers?

Important context:

The issue does not happen in localhost.

The issue appears only in Railway.

The platform needs to support arbitrary customer SMTP providers, so I need to understand whether this is a Railway egress/connectivity limitation.

$20 Bounty

2 Replies

Railway
BOT

3 days ago

SMTP is available on your Pro plan, and we do not block or rate-limit outbound connections on ports 465 or 587. To help diagnose the issue, please SSH into your service using the Railway CLI and run the port-reachability test described in our SMTP debugging guide, then share the output here so we can narrow down whether the connection is reaching your SMTP provider from our network.


Status changed to Awaiting User Response Railway 3 days ago


Railway

SMTP is available on your Pro plan, and we do not block or rate-limit outbound connections on ports 465 or 587. To help diagnose the issue, please SSH into your service using the [Railway CLI](https://docs.railway.com/cli#ssh) and run the port-reachability test described in our [SMTP debugging guide](https://docs.railway.com/networking/outbound-networking#debugging-smtp-issues), then share the output here so we can narrow down whether the connection is reaching your SMTP provider from our network.

luizphilippe
PROOP

3 days ago

Here is the requested test. Even though it's marked as “reachable” and the delivery is confirmed, when I open my inbox, I don't see anything.

==== servidor-alpha.task.net.br ====

servidor-alpha.task.net.br port 25 unreachable

servidor-alpha.task.net.br port 465 reachable

servidor-alpha.task.net.br port 587 reachable

servidor-alpha.task.net.br port 2525 unreachable

==== servidor-beta.task.net.br ====

servidor-beta.task.net.br port 25 unreachable

servidor-beta.task.net.br port 465 reachable

servidor-beta.task.net.br port 587 reachable

servidor-beta.task.net.br port 2525 unreachable

==== servidor-gamma.task.net.br ====

servidor-gamma.task.net.br port 25 unreachable

servidor-gamma.task.net.br port 465 reachable

servidor-gamma.task.net.br port 587 reachable

servidor-gamma.task.net.br port 2525 unreachable

==== servidor-delta.com.br ====

servidor-delta.com.br port 25 unreachable

servidor-delta.com.br port 465 unreachable

servidor-delta.com.br port 587 unreachable

servidor-delta.com.br port 2525 unreachable


Status changed to Awaiting Railway Response Railway 3 days ago


Railway
BOT

3 days ago

This thread has been opened as a public bounty so the community can help solve it. The thread and any further activity are now visible to everyone.

Status changed to Open Railway 3 days ago


Welcome!

Sign in to your Railway account to join the conversation.

Loading...