RETS - Downloading photos are extremely slow

  • retag add tags

By extreme I mean it takes approximately 3-5 seconds to download a single ~100KB photo, and we download hundreds of photos per hour which is killing our automated hourly cycle.

Is it possible that you are aware of what might cause this circumstance and can provide some guidance? The server we connect to is

Please be aware that we connect to 10 unique RETS servers, and only Paragon/FNIS services are exhibiting this behavior - and only recently. The only thing I can think of is our pulls are being severely throttled.

Thank you for any insight that you may be able to provide!

itadmin's avatar
asked 2017-05-04 13:03:08 -0500
edit flag offensive 0 remove flag close merge delete


What is your account name? (NO PASSWORDS please)

bwolven's avatar bwolven (2017-05-05 13:56:03 -0500) edit

Our account name is 206533992.

itadmin's avatar itadmin (2017-05-05 13:58:47 -0500) edit

Can you please change your URL to: "" instead of the legacy one while you are at it.

bwolven's avatar bwolven (2017-05-05 14:15:25 -0500) edit

I went ahead and changed the URL.

itadmin's avatar itadmin (2017-05-05 15:52:33 -0500) edit

What are you using to pull images? Are you using RetsConnector or getting URLs and downloading from them?

bwolven's avatar bwolven (2017-05-08 17:30:40 -0500) edit

We've always used RetsConnector to pull images, but I recently changed it to download images directly from the URL, which happens to be just as slow. Our most recent pull took 25 min to download 255 photos when it usually takes approx 6 minutes to download 530 photos. It began around May 4th.

itadmin's avatar itadmin (2017-05-08 17:59:57 -0500) edit

So you are using RetsConnector to pull the images using the URLs? I just looked at the getobject pulls and they seem to be going pretty fast getting the URLs using GetObject.

bwolven's avatar bwolven (2017-05-08 18:30:28 -0500) edit

That is correct. Actually, we are pulling photos as we speak and I notice them coming in quicker today than last week, which is a good sign. I had to isolate the task and have it run on it's own schedule so it didn't affect our other timely processes.

itadmin's avatar itadmin (2017-05-08 18:38:57 -0500) edit
add a comment see more comments