DFS and ls: cannot access /some/path: Object is remote

[Sergey Urushkin <urushkin-MKmKHxvQ5r6HXe+LvDLADg@public.gmane.org>]

Hi!
I have a problem using DFS share with a number of user applications
(like libreoffice, thunderbird, etc.). The problem is that I can't enter
to any part of a dfs share (link to another share) via file manager,
because fm can't list contents of directory with dfs links properly. In
terminal it looks like this:

/tmp/test - mounted dfs share
/tmp/test/all - real directory on the server with dfs share
/tmp/test/all/* - dfs links

# ls /tmp/test/all/*
ls: cannot access /tmp/test/all/admin: Object is remote
ls: cannot access /tmp/test/all/drivers: Object is remote
ls: cannot access /tmp/test/all/linux-iso: Object is remote

Same time, listing of the one link works fine:
# ls /tmp/test/all/linux-iso
file1
file2
file3

After listing "linux-iso":
1) with kernel 3.2 listing of * looks the same;
2) with kernel 3.6.1 listing of * looks differ:
# ls /tmp/test/all/*
ls: cannot access /tmp/test/all/admin: Object is remote
ls: cannot access /tmp/test/all/drivers: Object is remote

/tmp/test/all/linux-iso:
file1
file2
file3

and user apps now see "linux-iso" as directory. It's better then 3.2 ...
... but after some amount of time "linux-iso" link becomes unavailable
(Object is remote) again.

So, the question: is there a way to make kernel list contents of all dfs
links in the directory/share. I see two ways to do so:
1) show dfs links as directories, not links (without actual connection
to it, if it's possible)
2) try to connect and mount every link when app try to list the
directory with links (it will be slow, but it will work at least)

Thanks.

-- 
Best regards,
Sergey Urushkin