If you can receive mail but messages won’t send — or they sit in your Outbox forever — the cause is almost always one of a handful of common issues. Work through this checklist in order. Most customers find and fix the problem in the first three or four steps.
Try sending an email from Webmail first:
If sending works in Webmail but not in your email app — the issue is in your app’s settings or your network. Continue to Step 1.
If sending doesn’t work in Webmail either — the issue isn’t in your app. Skip to the “Still Stuck” section at the bottom and contact us.
The most common cause of “can’t send” problems is an incorrect outgoing server (SMTP) configuration. Open your email app’s account settings and confirm the outgoing server matches exactly:
| Setting | Value |
|---|---|
| Outgoing Mail Server (SMTP) | mail.usgo.net |
| Port | 465 |
| Encryption / Security | SSL/TLS |
| Authentication | Password (required) |
| Username | Your full email address (not just the part before the @) |
| Password | Your current email password |
A few of the most common mistakes:
If you’re not sure where these settings are in your app, see the matching setup article in our knowledge base (Outlook Classic, New Outlook, Thunderbird, Apple Mail, iPhone/iPad, or Android).
If you changed your email password in Webmail, your email apps are still trying to use the old password and will fail to send (and often fail to receive too). You need to update the saved password in every app.
See our knowledge base article “How Do I Change My Email Password?” for app-by-app instructions on updating the saved password.
Some Internet providers, hotel/airport Wi-Fi networks, and corporate firewalls block outbound connections on port 465 to cut down on spam from infected computers. The symptoms look exactly like an authentication failure or a frozen Outbox.
Quick test: switch to a different network and try sending again.
If sending works on the other network, your original network is blocking port 465. You’ll need to either:
Security software that scans your email — including Norton, McAfee, Bitdefender, Kaspersky, ESET, AVG, and similar — can interfere with secure SMTP connections. It typically tries to act as a “middleman” between your email app and our server, which breaks the encrypted connection.
To check whether this is the issue:
If sending works with email scanning off:
Windows Defender Firewall and macOS’s built-in firewall rarely cause this problem, but a quick reboot is always worth trying if something seems stuck.
If your message did send from our server but came back to your Inbox a few minutes later as a “Delivery Status Notification” or “Mail Delivery Failed” message, the issue isn’t with sending — it’s with the recipient’s server refusing the message. Open the bounce and look for a line beginning with a number like 550 or 552. Common reasons include:
If the bounce mentions our server or a problem on your end, forward it to info@savemyservice.com and we’ll take a look.
To protect everyone on the platform from compromised accounts being used to blast spam, mailboxes are subject to hourly and daily limits on outgoing messages and recipients. The limits are generous enough that normal use will never come close, but they can be reached if:
When the limit is reached, sending stops temporarily and your app will report a generic send failure. Limits reset automatically. If you legitimately need to send a high volume of mail, please contact us in advance — we may be able to raise your limits or recommend a better-suited solution for bulk mail.
If your account has been compromised and is sending spam, our system will sometimes suspend outbound sending automatically to protect the rest of our customers and our mail server’s reputation. You’ll typically see a clear authentication or “sending disabled” error from your app.
Signs that this may be what’s happening:
If any of those sound familiar:
If you’ve worked through the steps above and you still can’t send, please contact our support team. To help us help you faster, include:
With that information we can usually pinpoint the issue on the first reply.