#458 Serve empty EA data when none exist on server


Using Solaris EA's, for any given file on the server filesystem that doesn't have the org.netatalk.Metadata attribute, opening that file over AFP on a Lion or Mountain Lion system causes erratic behavior (application crashes, corrupted reads, etc.). Touching the attribute on the server filesystem or touching the file itself on the client mysteriously cures the problem.

The behavior started to occur with Lion and Mountain Lion after upgrading to Netatalk 3.0. I think before I disabled EA's since they didn't work reliably on Solaris 11. I suspect there is a problem with the FileServices framework, but getting Apple to fess up to that is next to impossible. It would be handy if the EA doesn't exist when accessing the file, have netatalk fake an empty one until a write occurs and the EA gets created.


unix charset = UTF8
mimic model = RackMac
log file = /var/log/netatalk.log
log level = default:note

convert appledouble = false
basedir regex = /home
umask = 0022
home name = $u

1 Attachments


  • Charles Stephens

    Added netatalk.log showing file activity to a test file created on the server and opened over AFP on a Mountain Lion client.

  • Ralph Böhme

    Ralph Böhme - 2013-08-18
    • status: open --> pending
    • Group: -->
  • Ralph Böhme

    Ralph Böhme - 2013-08-18

    This issue should be fixed in a later version of 3.0.


Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.

No, thanks