You got sent to this site because the Taxsim processor on the Taxsim ftp server found that the file you uploaded was zero bytes in length. The best solution for you is to move to taxsim35 which by default uses ports that are almost never blocked.
If you are curious about what has gone wrong with taxsim, here is the likely explanation.
One problem I have found at a handful of sites is a firewall that blocks certain ftp traffic. Users at the University of Washington and Emory University have both reported this. Taxsim9.ado uses the Windows built-in command line ftp client. You can test your computer's ability to ftp to the taxsim server by asking someone with sufficient knowledge to use a command line ftp client to help you visit our site. The commands would be:
If you can't even get a login prompt, then your firewall administrator has forbidden all ftp transfers, perhaps on the grounds that ftp is obsolete and unsecure. But I haven't seen complaints about this happening. Complaints so far have been about inadvertent blocking of file transfers using the ftp default transfer method. The ftp "ls" command uses the default transfer method, so if you can login, but can't get the "ls" command to list any files then your firewall is causing problems and taxsim9.ado won't work. Since the problem is in your filewall, it will affect all ftp sites, not just ours.
I believe this failure occurs because ftp requires special rules on the firewall. It is likely that your firewall administrator thinks ftp is enabled, as it works a little differently from other protocols - it isn't just a matter of opening port 21. Inexperienced network administrators may not know this. The Wikipedia article on ftp explains ftp in detail, but the page at ipswitch.com may be clearer. I would just add that the Windows ftp client does not support passive mode which both articles suggest is the solution to firewall problems. The exact commands for enabling ftp on any firewall depend on the firewall vendor.
Some may believe that an ftp failure at our site indicates a failure in our server. There are several ftp test sites on the Internet. One is Wormly.com. If that fails too, there is no question the problem is on your computer (the windows firewall) or on your network (a broken NAT device or a overly restrictive firewall). If you can make that site work only by enabling passive mode, then that confirms that the problem is a firewall at your site. The problem for taxsim9.ado users is that the Windows ftp client does not support passive mode.
You should really find someone with some knowledge of computers to do the tests given above. I would be glad to speak with them on the phone. My number is given below.
If can't possibly move to taxsim35 there are only two fixes for this problem. You can work from home - even the least expensive home router can handles ftp correctly in its default setup - or you can get the computer/network administration to fix the problem at school. Anyone in an official capacity is likely to assume your use of the computer is frivolous, so you should be sure to state right at the beginning that ftp is required for coursework or research. And don't give up. Ask as many network staff as you can locate. One of them may be symphathetic, and speak up for you with the firewall administator, who is unlikely to have any knowledge of or interest in your research topic, but will be fascinated by the security problems in ftp. You will have to assure him that neither the data you supply nor the generic password we provide is confidential in any way. As a compromise, you might ask him to open up ftp for our IP block (198.71.6.0/23) only.
Taxsim used ftp for the file transfer because it was the only upload protocol for which Windows provided a scriptable client before Windows 10. Windows 10 provides curl, a superior solution. OSX and Linux have provided curl since forever.
If you run into problems or have questions, please follow the instructions here, in the help file and on the web page before calling me. It will greatly speed up getting to a solution.
Daniel Feenberg
617-588-0343 (office)
617-863-0343 (Google Voice)
feenberg@nber.org