Mail to AFP team @ Apple

Brad Suinn wrote:

> The reports are that a 10.4.6 client using AppleShare and mounting a
> 10.3.x Mac OS X Server is seeing some sharepoints as read only, when
> a 10.4.5 client will see it as read/write.

No, quite different.

> So, I would like to see a  packet trace done from a 10.4.6 client mounting
> a sharepoint that  should be read/write, but for some reason shows up as
> read only.

Sorry for the initial confusion -- I used terminology from Helios [1]
instead of AFP terminology. So the situation is a bit different compared to
what you understood already from my broad description.

We saw the following behavior:

* after updating to 10.4.6 Photoshop will 'randomly' crash after saving to
  3rd party AFP servers (Netatalk, EtherShare, ExtremeZ-IP and others). All
  sharepoints are read-write, no "Unix privs" enabled but inherited access
  privileges instead (useful in most company's workflows), AFP 3.1 (no ACLs)
  are in use

* so we had a closer look into it and discovered that it has something to do
  with the attribute bitmap of the parent folder of the saved file

* We realized that some folders that had the kFPRenameInhibitBit and
  kFPDeleteInhibitBit set were mapped to the 'user immutable' flag starting
  with 10.4.6. So when I referred to "locked" in my first mail I meant
  kFPRenameInhibitBit *and* kFPDeleteInhibitBit  in reality

  At the server we see ('r' means 'read only', 'l' means 'locked' [1])

    sun-server:/> /usr/local/helios/bin/dt ls -la $folder
    d----r---I-    32     2      1998-06-30 10:25     4096    64 Manuel
    d----rl--IS 27146     2      2002-04-29 22:36     2048    64 Patricia
    d----r---I-    39     2      2000-10-02 05:15     1536   316 Patrick
    d-----l---- 28634690  2      2006-04-05 15:15      512    64 Test
    d--i-r---I-    52     2      2000-05-03 18:52     3584    64 Yann

  With 10.4.5 there is no mapping to "user immutable":

    10.4.5:~ tk$ ls -lo $folder
    drwxrwxrwx   29 yb  staff  -      942  4 Apr 16:41 Manuel
    drwxrwxrwx    8 yb  staff  -      264 21 Apr  2005 Patricia
    drwxrwxrwx   38 yb  staff  -     1248  4 Apr 14:50 Patrick
    drwxr-xr-x    2 yb  staff  -      264  5 Apr 15:15 Test
    drwxrwxrwx   78 yb  staff  -     2608 30 Mär 11:12 Yann

  And with 10.4.6 some bits of the directory's attributes seem to be
  interpreted at the VFS level as uchg flag:

    10.4.6:~ tk$ ls -lo $folder
    drwxrwxrwx   29 yb  staff  uchg   942  4 Apr 16:41 Manuel
    drwxrwxrwx    8 yb  staff  uchg   264 21 Apr  2005 Patricia
    drwxrwxrwx   38 yb  staff  uchg  1248  4 Apr 14:50 Patrick
    drwxr-xr-x    2 yb  staff  uchg   264  5 Apr 15:15 Test
    drwxrwxrwx   78 yb  staff  uchg  2608 30 Mär 11:12 Yann

So we believe that this mapping of some bits of the directory attributes
bitmap to the 'user immutable' BSD flag might have introduced the problem
seen with Photoshop.

I hope the whole situation is better understandeable now.

Thomas

[1] Helios lets users adjust the file/directory Attributes Bitmap via a unix
    command (dt set) which understands the following flags:

    i invisible
    s system
    r read only
    l locked (norename nodelete)
    b backup
    p protected

    http://www.helios.de/support/manuals/BASEUB-e/base-html/Output/Kap7.html