Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I want to share file from my linux box to OSX clients. I don't want to use SMB !

I'm using netatalk 2.1.2 but apparently there is a filname length limitation :

I've tried "123456789012345678901234567.avi" (31 characters long), and it works but when the filename is >31 char long. Some programs like Quicktime can't open the file.

I've started the share with :

... -unixcodepage utf8 -maccodepage utf8

Is there any way to make netatalk/afpd to work with filenames longer than 31 char ?

share|improve this question
Good question, there. 2.1.2 supports AFP v3.2 which should support longer filenames. But for some reason, it looks like clients are failing back (or are starting) at AFP 2.something, which is limited to 31 character names. – sysadmin1138 Aug 13 '10 at 17:43
netatalk is very old and IMHO, poorly maintained at least some years ago. i had frequent problems with CNID backends on BDB, sometimes even losing the whole CNID data. i see some recent updates on the website; but once bitten... i had much better experience with NFS, and faster throughput in most cases too. – Javier Aug 13 '10 at 20:12
@ Javier Nice objective opinion ! So I've tried the NFS solution but some problems remain : Can you advertise the NFS shares with AVAHI(mDNS) so they appear in the MacOSX Finder ? – Kami Aug 14 '10 at 11:36
up vote 0 down vote accepted

Apparently it was a issue with netatalk 2.1.2 ! After upgrading to 2.1.3 everything is fine.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.