Updated from

Build 9518 (Jan 22, 2026)

Hi Beamer,

I had the same issue after updating SmarterMail to Build 9540. The root cause is that Build 9540 removed the SOAP endpoint `svcMailServerAdmin.asmx` — you can confirm this by running:

Invoke-WebRequest -Uri "https://YOUR_MAIL_HOST/services/svcMailServerAdmin.asmx" -UseBasicParsing

This returns 404, while other SOAP endpoints like `svcDomainAdmin.asmx` still return 200.

The fix (requires SolidCP 1.5.1+):

1. Change the provider from SM10 (ProviderID 66) to SM100 (ProviderID 67) in SQL:

UPDATE Services SET ProviderID = 67 WHERE ServiceID = YOUR_SERVICE_ID

2. Update the service URL to remove `/services/` (SM100 uses the REST API, not SOAP) in SQL:

UPDATE ServiceProperties
SET PropertyValue = 'https://YOUR_MAIL_HOST'
WHERE ServiceID = YOUR_SERVICE_ID AND PropertyName = 'serviceurl'

Or just remove "/services/" from SmarterMail Web Services URL" in the control panel.

3. Check that the `defaultdomainhostname` property exists for the service in SQL:

SELECT PropertyName, PropertyValue FROM ServiceProperties
WHERE ServiceID = YOUR_SERVICE_ID AND PropertyName = 'defaultdomainhostname'

If it doesn't exist, insert it:

INSERT INTO ServiceProperties (ServiceID, PropertyName, PropertyValue)
VALUES (YOUR_SERVICE_ID, 'defaultdomainhostname', 'mail.[DOMAIN_NAME]')

You can confirm the REST API works before making changes:

Invoke-WebRequest -Uri "https://YOUR_MAIL_HOST/api/v1/auth/authenticate-user" -Method POST -ContentType "application/json" -Body '{"username":"admin","password":"test"}' -UseBasicParsing

If it returns JSON with `resultCode: 401`, the REST API is working.

Whitelisting IPs didn't help because the issue is not about IP restrictions - it's about the SOAP endpoint being completely removed.

Hope this helps!

Beamer,

Yes, the issue is fully resolved on my end after applying the steps I described.

If you're already on SM100 (ProviderID 67), can you double check the following:

1. Confirm the service URL has no `/services/` at the end:

SELECT PropertyName, PropertyValue FROM ServiceProperties
WHERE ServiceID = YOUR_SERVICE_ID AND PropertyName = 'serviceurl'

It should be just ` https://your-mail-host` and not ` https://your-mail-host/services/`

2. Confirm the service items (mail domains) are actually linked to the SM100 service and not still pointing to an old SM10 service:

SELECT si.ItemID, si.ItemName, si.ServiceID, s.ProviderID, p.DisplayName
FROM ServiceItems si
JOIN Services s ON si.ServiceID = s.ServiceID
JOIN Providers p ON s.ProviderID = p.ProviderID
WHERE si.ItemTypeID IN (SELECT ItemTypeID FROM ServiceItemTypes WHERE DisplayName LIKE '%Mail Domain%')

If any mail domains are still linked to a service with ProviderID 66 (SM10), that's the problem — they need to be moved to the SM100 service.

Interesting that SmarterTools confirmed a known bug. Would be good to know if it's specifically about the removed `svcMailServerAdmin.asmx` endpoint or something else in the REST API...

Issue has been resolved with latest SM build 9546

Fixed: An issue with the legacy SOAP API and obfuscation

Thanks

Tks! Another SmarterMail bug wasting our time. 😠