Update on my Netatalk 4 migration issues:
One of the Netatalk developers reached out to me over email, and said the following:
“I have a feeling you are running into a "bug" with older AppleShare clients. I noticed with System 7.1 and the stock (?) AppleShare 3.5 client that it could not connect to a Netatalk share if the size of a FPGetSrvrInfo packet exceeded 512 bytes (payload minus DDP header). This can easily happen with Netatalk 4 if you have all the UAMs enabled and have things like a specific listening port set or a really long host name.
I plan on fixing this problem, but for now, disable any UAMs that you are not using to shorten the string.”
So, I removed “uams_clrtxt.so” from my UAM list in afp.conf (I didn’t have that one enabled in my Netatalk 2 container), and after restarting the container, it worked just fine, and I was able to connect from my QEMU installation running System 7.1.
(I didn’t test from the IIfx, SE, or IIgs because I didn’t want to boot them up, but I suspect that they’re now working just fine as well).
Anyway, I’m back on 2.x for the moment which has the most up-to-date files from my shares, but I’ll try the migration again this weekend.
#RetroComputing #GlobalTalk #Netatalk #VintageMac #Apple #Mac #MacOS #ClassicMac https://oldbytes.space/@smallsco/113308273677709443