. . Well done people ... it's nice to see a problem solved by group efforts :)

Stephen

:)

That does look like the host name of the server.

scheduling server	synergy
scheduler process	synergy
feeder			synergy

However since the project doesn't use server host names to communicate with you might want to temporarily add entries to your local host file.
208.68.240.110 setiathome.berkeley.edu
208.68.240.126 setiboinc.ssl.berkeley.edu
208.68.240.118 setiboincdata.ssl.berkeley.edu
208.68.240.119 boinc2.ssl.berkeley.edu
208.68.240.127 boinc2.ssl.berkeley.edu

I use google, 8.8.8.8, for my primary DNS in my router and my ISP DNS as secondary.

What about
nslookup setiboinc.ssl.berkeley.edu
.. and goggle.com
Resolves to an IP?

Google is fine, but
*** can't find setiboinc.ssl.berkeley.edu: Server failed

Looks like your ISP doesn't have a record for it anymore.
Name: setiboinc.ssl.berkeley.edu
Address: 208.68.240.126

What about
nslookup setiboinc.ssl.berkeley.edu
.. and goggle.com
Resolves to an IP?

Maybe running, ipconfig /flushdns, will clear your problem.

Cheers.

Does that computer even have internet access?

4/12/2017 4:17:37 PM | SETI@home | [http] [ID#1] Info: Could not resolve host: setiboinc.ssl.berkeley.edu
4/12/2017 4:17:37 PM | SETI@home | [http] [ID#1] Info: Closing connection 13
4/12/2017 4:17:37 PM | | [network_status] got HTTP error - checking ref site
4/12/2017 4:17:37 PM | SETI@home | [http] HTTP error: Couldn't resolve host name
4/12/2017 4:17:37 PM | | [work_fetch] Request work fetch: RPC complete
4/12/2017 4:17:38 PM | | [network_status] status: reference site lookup pending

What is the result from the reference site?
You should get "Internet access OK - Project servers may be down"

You might try from a DOS window (Widows Start / Run / cmd)
ping google.com
ping setiboinc.ssl.berkeley.edu

You might be getting a server time out while it is processing 400 uploaded tasks.

Try adding this to cc_cinfig under options (I would suggest 100).

<max_tasks_reported>N</max_tasks_reported>
- Report at most N tasks per scheduler RPC. Try N=1000 if your computer has lots of tasks to report and is having trouble completing a scheduler RPC.

Try my steps that I used in the message earlier in the thread and use the Log Options.

Fairly simple (assuming you are using BOINC manager's GUI interface)
In the "advanced" view select the "transfers" tab
You will see the list of tasks being uploaded, in the "status" column a large number of them will probably say something like "postponed for xx minutes", then "project back-off xx hrs: xx minutes".
Select one of the tasks, click the "retry now" button, this will clear the "project back-off" flag, and with luck tasks will start to be uploaded. Select all (or at least a fair number) of the tasks that still have "postponed" times, retry them, this should clear them so they can be transfered. If you have a lot of tasks stalled it may take a few attempts to get them all moved.

Once you get down to a small number of tasks (below ten I think) you should find that downloads start automatically, otherwise just wait for the next "new" task to completed, and this should prod the servers into sending you new work, without the impolite message about having too many stalled uploads.

I seen a problem where I had to tick off SETI@home v8 "YES" to get work on my Ubuntu box, even though it had Accept Other Work and was working fine before.

what software you will switch then...?

project X pays much better

one should have "many currencies" even inside single SETI project. For AP, and few for MB.

"pay" just disguise for "offer me more bragging rights" Not so nice sounding to use it for complaining, yeah?

It does mean that your RAC won't fall as far or as fast as it would have. So it will have helped, a bit.

Interestingly the slower you crunch, the higher the 'award' with this strange 'system'.