First time here? Check out the FAQ!

Why are we unauthorized from accessing RETS account?

  • retag add tags

We are receiving a 401 - Unauthorized error in trying to access the following RETS account: mkt13ad3r. Please let us know if there is something that we can do in order to remedy this issue. Thank you for your help!

brokersolutions's avatar
asked 2018-11-29 11:26:30 -0500
edit flag offensive 0 remove flag close merge delete


What is your RETS Login URL?

bwolven's avatar bwolven (2018-11-29 11:27:29 -0500) edit

We are using the following URL:

brokersolutions's avatar brokersolutions (2018-11-29 11:30:24 -0500) edit

It is probably the authentication method being used.
With HTTPS we require Basic authentication and HTTP we require Digest.
We prefer vendors to use HTTPS wherever possible.
But if that doesn't work, change the new URL to HTTP and try.

bwolven's avatar bwolven (2018-11-29 11:42:39 -0500) edit

We don’t think that’s the problem. I get a 401 with or without the HTTP. Also there are other MLSs we have that use the exact same RETS/1.7.2 Black Knight solution where we don’t experience this problem.

For example, this login URL for cren returns a 401 with or without the https:

…but using the exact same login methodology (and simply substituting the credentials) with this URL for Georgia MLS:

brokersolutions's avatar brokersolutions (2018-11-29 12:09:01 -0500) edit

From our logs it looks like you are pulling data without issue.
The only exception is the LS_6 class search that is failing because you don't have access.
Can you verify that it is working now?

bwolven's avatar bwolven (2018-11-29 12:45:35 -0500) edit

No, we are still encountering issues with the 401 error message. Could this be possible because this account is logged into multiple times from various IP addresses? Are you blocking one of the following IP addresses: CWS Primary Server: CWS Secondary Server:

brokersolutions's avatar brokersolutions (2018-11-29 13:46:12 -0500) edit

I only see requests from:,, and in our logs
Did you update the URL to the new one in all of your environments?

bwolven's avatar bwolven (2018-11-29 13:54:21 -0500) edit

I see requests from that account from User-Agent: "Wrecks/1.0" the 207 IP and "MarketLeader" the 199 IPs.
I'm not seeing any searches from "Wrecks/1.0" only Login attempts.
If the IP was being blocked, you wouldn't get 401 it would be a 500 error or something like that.

bwolven's avatar bwolven (2018-11-29 14:00:09 -0500) edit

This is the login URL:

But we don't have trouble logging in...a search returns a 401. We have the same problem with NNRMLS & CARMLS. There are 66 other downloads we run (using the same software) where we don't have this problem. The format of those logins looks mostly like these examples:

brokersolutions's avatar brokersolutions (2018-11-30 11:12:33 -0500) edit

But you still have the same issue if you connect using HTTP instead of HTTPS?
What library are you using to connect?

bwolven's avatar bwolven (2018-11-30 11:16:19 -0500) edit

yes. we have our own RETS client.

brokersolutions's avatar brokersolutions (2018-11-30 11:18:50 -0500) edit

Does the MarketLeader application use the same client?

bwolven's avatar bwolven (2018-11-30 11:35:37 -0500) edit

No. But we don't have this issue with the 66 other paragon feeds, just these 3. That's why I am doubtful it is the client.

brokersolutions's avatar brokersolutions (2018-11-30 11:38:30 -0500) edit

I just something interesting with this one: Our process downloaded the data fine, but then it ran again soon after and got this error: "Server Temporarily Disabled. RETS is unavailable."

brokersolutions's avatar brokersolutions (2018-11-30 11:41:41 -0500) edit

That error is normal. It is displayed when a RETS refresh is in process.
What MLS are you having the 401 issue?
You mentioned CREN and NNRMLS but what is the other one?

bwolven's avatar bwolven (2018-11-30 11:44:45 -0500) edit

CARMLS...and that's it. The other 66 paragon downloads all work perfectly.

brokersolutions's avatar brokersolutions (2018-11-30 11:46:47 -0500) edit

sorry, early Wednesday morning.

brokersolutions's avatar brokersolutions (2018-11-30 11:48:28 -0500) edit

I'll have to do further analysis.
The environment that those 3 are on has a newer code release than the rest.
There may be a slight change in behavior with the new code.
Your initial question didn't mention anything about search getting the 401.
Because of that, I assumed you were getting the 401 during login.
You didn't mention that login was working and search was failing until today.
So I was looking down the wrong path.

bwolven's avatar bwolven (2018-11-30 11:56:57 -0500) edit

Sorry about that, it was somebody less technical who originally started the thread. But what you say makes sense. I suspect the new code is somehow dropping our session perhaps.

brokersolutions's avatar brokersolutions (2018-11-30 12:08:10 -0500) edit
add a comment see more comments

1 Answer


Hey, I got it to work by stripping the HTTP cookie returned from server to just the RETS-Session-ID!

brokersolutions's avatar
answered 2018-11-30 12:18:06 -0500
edit flag offensive 0 remove flag delete link


Were the cookies being returned differently than before?

bwolven's avatar bwolven (2018-11-30 13:20:38 -0500) edit

Yup, they were.

brokersolutions's avatar brokersolutions (2018-11-30 13:34:20 -0500) edit

So I see where we are sending back multiple cookies now.
Does it fail if you send all the cookies back?
Or were you just sending the wrong one back?

bwolven's avatar bwolven (2018-11-30 13:43:27 -0500) edit

It just had to do with the content of the cookie, we were just expecting the RETS-Session-ID and nothing else.

brokersolutions's avatar brokersolutions (2018-11-30 13:48:08 -0500) edit

Ok. So it works if you send all the cookies that you receive back.
I just wanted to make sure it didn't break in that case.
Otherwise we would need to do a code fix.

bwolven's avatar bwolven (2018-11-30 13:51:53 -0500) edit

Our work around seems to be ok.

brokersolutions's avatar brokersolutions (2018-11-30 14:07:18 -0500) edit

By the way your "MarketLeader" application is still trying to search LS_6 class and is failing because your profile doesn't allow access to that class.
If you can fix that it would be helpful.

bwolven's avatar bwolven (2018-11-30 15:04:54 -0500) edit
add a comment see more comments

Your Answer

Login/Signup to Answer