netatalk fails to mount "Home Directory"

I think this is the same bug as:

https://bugs.launchpad.net/ubuntu/+source/netatalk/+bug/26452

And, have you tried Jaunty ? I believe it was fixed then, although I didn't follow the bug over at the debian thread.

Actually, its not the same bug. Connecting from Mac OS 10.5.x does not allow clear text passwords, so this bug affects netatalk compiled with encryption. The bug only occurs after the connection has been established and a dialogue is presented asking which volumes to mount.

Sorry - I think I read your post too quickly.

When you say "built from source" and "compiled with encryption" do you mean from the actual netatalk source or are you just re-packaging the .deb from the ubuntu repositories ?

And - have you tried it with Jaunty, yet ? I believe jaunty saw a significant upgrade to the netatalk package (no more work around for encryption, I believe).

If you are troubleshooting your connection, check the logs on both the Mac and Ubuntu box and see what the "real" error is that is being thrown when you try and mount the volume (/var/log/syslog, I think on Ubuntu). That may help diagnose what's causing your error.

Sorry, I was probably unclear in my initial description. I've tried both modifying the source deb from Jaunty's source repository to compile with encryption and compiling from the source at sourceforge (http://netatalk.sourceforge.net). They both produced the same error. I also tried a posted solution in one of the forums I linked to which involved removing all the AppleDB, AppleDesktop, and AppleDouble files on the linux host's home directory. That didn't help either.

I may be wrong here, but my trouble started when I upgraded to Jaunty from Hardy. I had previously had a working netatalk server running from a modified source deb to include encryption. When I recompilied I used the package version for Jaunty with no success. I don't think encryption is included in the netatalk package because its not FOSS. I could be wrong.

I'll go barreling through the logs in a bit, when I have time, although I don't really know what I'm looking for. I'll see if I can turn something up.

P.S. I have not tried the newest source available on Sourceforge 2.0.4rc2. They may have fixed this bug in the new version.

/usr/share/doc/netatalk/README.debian suggests to me that clients running MacOS 10.4 and later should be able to connect using the version packaged for Jaunty. However, if you are using a afpd.conf file from an earlier custom build of netatalk, it may not load the required uam (uams_dxh2).