On Jan 25, 2007, at 12:38 AM, Sergiy Zhuk wrote:

Ok, thanks for the reply.

This is what happens (at least under Mail.app -- have to get on the phone with my brother and have him run the same test on Thunderbird)

I look at a mail in an affected accounts inbox I find the mail in the maildir cur. I hit the delete key (marks for delete). The mail is still in the maildir but with a T at the end of the file name. Hit the expunge button. The file in the maildir on the server (nfs client) goes away. Then the mail in the client that is after the deleted mail, sometimes starting with the next one, sometimes a few down in the list (ordered by "mail number") and not necessarily the very next one, all seem to shift up by one -- ie, the mail still is in the list but the content, looking at the mail, is off by one,

say I have messages A B C D E F G etc

A B C D E F G

I delete C and expunge

Now it looks like this

A B D E F G

but if I click, say E, it has F's contents, F has Gs contents, and no mail has D's contents that I can see. But the list in the mail client list view is correct.

Like I said, this is on Mail.app. From the descriptions my brother gave for his Thunderbird problems, it sounds like it is the same, but I would have to do some controlled testing to see if his problems follow the exact same pattern or are different.

btw, I am mounting

/sbin/mount_nfs -s -i -3 -T solaris-i1:/local/mail/domain1.com/c/ chad /mail/domain1.com/c/chad

And the nfs server has the ZFS option turned on to NOT update the last accessed date for when the file is accessed for reading. Of course the last modified date is still updated when a file is written.

I did not explicitly turn this on so I assume it is built witthout FAM.

Do you have any special settings on the NetApps side or on the client nfs side?

Thanks Chad