JamesPetree's profile - activity

Thank you for the response, are there no classes for Commercial Lease and Farm/Ranch?

What are the proper classes for Manhattan RETS? I'm creating cron jobs for php scripts that get listings, but they are n

I am able to successfully get a RETS response when going to http://manhattan.rets.paragonrels.com... in a web browser, my user is SRram1, but when I try to use cURL to login, I get the access is denied due to invalid credentials error.

In other RETS implementations we are able to use cURL to login, send a search query, and get results back for our integration.

Just an FYI, in my code, in the headers info, I had "Accept: /", I changed it to "Accept: /" with no asterisks, like you

Yes! It works! Thank you very much. It is very similar to what I had before, but as we know, one little thing can keep i

Any insight or ideas why that cURL would be returning an invalid credentials error?

Ok, the issue is the server is running php version 5.4.16 and PHRETS requires 5.6 minimum. I'll likely need another solu

I was able to install composer and get PHRETS unpacked. I've copied up to the server and tried running, but I'm getting

I have downloaded it and have been trying to get it to work. I am unfamiliar with Composer, though, which it says to use

I have downloaded it and have been trying to get it to work. I am unfamiliar with Composer, though, which it says to use

Any assistance with cURL sample code would be greatly appreciated.

Looks like the line breaks were taken out. Hopefully that helps. Is there a sample cURL code that you have that I could

curl_setopt($curlRets, CURLOPT_RETURNTRANSFER, 1); curl_setopt($curlRets, CURLOPT_HTTPAUTH, CURLAUTH_DIGEST); curl_setop

I'm working with a simplified cURL right now just trying to get a successful connect. I'll post my code in a few comment

Ok I tried adding digest since I'm connecting to http. I'm still receiving the error.

I am not currently. I tried connecting with and without it and still receive the error.

I am not currently. I tried connecting with and without it and still receive the error.

Receiving 401 - Unauthorized: Access is denied due to invalid credentials I am able to successfully get a RETS response

Actually, it was the successful message that was being parsed from the return that was different.

The issue lied in the parsing of the returned data. There was a change in the data returned and once that was identified

We use a PHP script that cURLs the query to RETS (http://cren.rets.fnismls.com). The commercial property query is working fine, but the other queries are failing. The error I'm getting back is:

"stopped querying at loop 6 count of returned data was 1"

Nothing has changed on our end and according to CREN, nothing has changed on their end either. Any insight would be appreciated.

The issue is resolved, thank you very much for your assistance!

I updated to use RETS/1.7.2 and the new domain name, offsets limiting to 2500 were already in place, ran again with same

Thank you for the reply, the account name is mtnestates09rets.

Full search not successful We use a PHP script that cURLs the query to RETS (http://cren.rets.fnismls.com). The commerci

YES! Thank you very much for your support! We greatly appreciate it.

It appears the logout request is returning nothing. We are initiating a logout cURL request to http://steamboat.rets.fnismls.com/ret... each time, but we are not getting anything returned any longer. How would we go about removing the session without a sucessful logout?

We use custom PHP scripts to query RETS and it has been working flawlessly for several years now. As of August 3rd we stopped receiving data and got the following message returned: "412 - Precondition set by the client failed when evaluated on the Web server." We have not made any changes or adjustments on our end and we seem to still be logging in ok. The RETS base URL we are querying is http://steamboat.rets.fnismls.com. Our query string is "StandardNames=0&SearchType=Property&Class=RE_1&Format=COMPACT-DECODED&Query=*&QueryType=DMQL2". One service person looking at the issue stated that they are able to run the query successfully and that the problem may lay in the headers being send. We use cURL to post the query information, and do not understand what "headers" are in this context or what we would need to change. Any help or insight is greatly appreciated!

UPDATE: Thanks for the insight, bwolven. I thought I'd add some more information to help. Below is what is what we are getting in the cookie file:

steamboat.rets.fnismls.com FALSE / FALSE 0 RETS-Session-ID -855452d4-76a6-4114-a58d-46e440ce2b83-

I'm not sure if receiving the "FALSE / FALSE" is an issue or not. I'll also include what is being returned on the login below (I've replaced the member name and user numbers):

< RETS ReplyCode="0" ReplyText="Login Request" > < RETS-RESPONSE > MemberName=Abcd E Fghijk User=111111111,1,1,111 Broker=347,347 MetadataVersion=16.3.22666 MinMetadataVersion=16.3.22666 TimeoutSeconds=7200 GetMetadata=/rets/fnisrets.aspx/STEAMBOAT/getmetadata GetObject=/rets/fnisrets.aspx/STEAMBOAT/getobject Login=/rets/fnisrets.aspx/STEAMBOAT/login Logout=/rets/fnisrets.aspx/STEAMBOAT/logout Search=/rets/fnisrets.aspx/STEAMBOAT/search < /RETS-RESPONSE > < /RETS >