Т.е. кому-то нужно отключать кэш, кому-то нет?
На самом деле, "случайное имя" можно сделать не случайным, если добавить шаблон настройки, в котором это имя уже будет задано. В зависимости от группы пользователя может использоваться один или другой шаблон. Кэш может быть включен либо нет. Кстати, разве нельзя настроить размер кэша?

случайное имя действительно может быть неслучайным - но это наверное решается примерно вот так:
--exclude */Mail/ --exclude */ImapMail/
в данном размер кеша не настраивается, но даже если его отключить то все равно есть большое количество врменных файлов

но в любом случае кеш - это та информация, которая с одноq стороны увеличивает удобство-скорость работы, но при этом имеет нулевую ценность и ее совсем не нужно переносить с машины на машину.

да и вопрос касается не только данного конкретного случая - есть еще opera ооофис, vbox и прочие программы. в некоторых случаев это можно решить ограничением размера кеша в самой программе, но при большом количестве пользователей это, имхо, удобнее решать централизованно.

Да, но при входе в сеанс кэш будет чиститься. Это нормально?
Дело в том, что мы возможно сделаем принудительной очистку всех несовпадающих файлов.

вопрос не только в кеше. Кеш на самом деле это очень хорошо. Он нужен при работе, удобно чтобы список из 25 килописем не загружался утром - это долго. Особенно если сам почтовик не через 2 свича а в другой части страны. Но он не нужен ПЕРЕМЕЩАЕМОМ в профиле.
Еще к примеру виртуальные машины.
не всегда корректное поведение бекапов ооо
прочие всяческие кеши. Вот посмотрел профиль свой - на нем 1,8 гига мусора, который нужен локально, но который нет смысла бекапить, и который вообще не нужен, если вдруг тебе захотелось зайти в офис почитать почту в другом городе или включится поработать по vpn с ноутбука, где версия профиля вдруг неактуальна, и чтобы корректно зайти нужно скачать гиг кеша

как одна из причин почему до сих пор не сделали 1 домен во всех территориально разнесенных подразделениях.

вторая причина - нет синхронизации профилей вообще между серверами. 8(

Дело в том, что мы возможно сделаем принудительной очистку всех несовпадающих файлов.

не совсем понял что имеется ввиду под "несовпадающих файлов", но не думаю что будет плюсом к удобству и гибкости.
Лучше работой с профилями можно было управлять правилами на основе групп с применением регулярных выражений к маскам файлов и путей.
В этом случае сложность будет вызывать только наглядность при большом количестве групп и пользователей.

Так что нужно сделать, чтобы rsync не трогал папку кэша при синхронизации, она как бы была, но он ее игнорировал? Как быть, если в сеанс войдет тот же пользователь, но не из-под CLDX, а из-под CLD. Эти папки с кэшами могут составить проблему.

да, не трогать кэш/определенные каталоги/файлы

cld - cldx - не думаю что есть какая-то разница. opera.firefox.skipe.wine.openbox.thunderbird.clawmail... все программы работают одинаково с любым де и используют те-же файлы

к тому-же логично чтопри разных ДЕ использовать одни и те-же инструменты (почту). Стандарт корпоративный, привычка пользователя..

cld - cldx - не думаю что есть какая-то разница. opera.firefox.skipe.wine.openbox.thunderbird.clawmail... все программы работают одинаково с любым де и используют те-же файлы

Это да, только кэш может отличаться в зависимости от настроек. А настройки могут отличаться.

настройки для cld сохраняются в профиле cld и кеш сообразно им существует только в /home/ машин с cld
cldx другая папка настроек, другой профиль и кеш не может пересечься
я это правильно понимаю?

Почему кэш не может пересечься? Домашняя директория та же, папка с кэшем тоже.

в последний раз когда я использовал в сети 2 разных дистрибутива, оно работало следующим образом:

при загрузке на cld хоум синхронизировался из /home/.username/CLD
соответственно на cldg хоум синхронизировался из /home/.username/CLDG

соответственно если мы принимаем что уэш не синхронизируется на сервер и соответственно в /home/.username/
то кэш есть только в локальной /home/username/. И в зависимости он того что за локальная система, cld-cldg, то и настройки будут взяты соответствующие. и никогда - настройки другого дистрибутива
Есть конечно опасность что пользователь будет работать на машине 1, изменит настройки, потом на машине 2 изменит настройки, потом на машине 3 изсенит настройки , потом.... Но это маловероятные крайности - пока действительно мешающие косяки при таких пересадках были замечены только с KDE как таковой, после перехода на гном разве-что иногда отваливатся аплеты.
По же обычно старый кэш если он не отвечает настройкам просто игнорирует\затирает. Максимум чем это неприятно - место на локальном диске

А если подойти к этому вопросу как делает KDE? - вместо дриректории с кэшом создать симлинк на /tmp/$USERNAME/Program или /var/calculate/tmp/$USERNAME/Program

на 50 человек с широким набором по - вариант не очень красивый
и потом - меньше гибкости. например все тот-же злочасный thunderbird имеет в одном каталоге файл настройки учетной записи (которая нужна) и *.sqlite файл который не нужен кроме как сессионно, но являет собой до 9/10 места.
а делать симлинки на файлы это уже имхо перебор