Перенесли кучу материалов на другой сервер с другим именем (Win, серевер тоже Win). Линки (в основном из Кварка, меньше из InD и Ill) -- кто знает, тот поймёт 
Хотелось бы наступить на эти грабли последний раз. Еще хотелось бы чтобы и с Маками проблем не было.
Видимо нужно, чтобы система (системы) не позволяли приложениям видеть путь выше определенного уровня.

Пока в голову приходит только назначить самой верхней папке сетевой диск -- не совсем удобно, но всё-таки. Какая-нибудь альтернатива будет?

Если "старое" местоположение еще сохранилось - можно попытаться обойтись просто ярлыком/симлинком к "новому" местоположению, сохранив ярлык с именем "старого" каталога.
Если у Вас полноценный сервер (несколько) win2k&Up - посоветуйте админу посмотреть в сторону dfs (distributed filesystem) во избежание будущих неприятных моментов, связанных с возможными выходами из строя того или иного сервера или вот такого "переезда".

сервер после переезда стал полноценным, но наверное сделаю сетевой диск, а то с dfs до лета не разберемся. А на маке сетевые диски делаются?

Если сервер только один - dfs поднимать не имеет смысла. Это для двух и более *выделенных* серверов.

Касательно варианта с ярлыком. Можно попробовать сделать линк со стандартным имненем на любой сетевой объект (например, каталог, необязательно именно netbios-ресурс). Так, например, линк C:\My Documents\MySuperLink.lnk может указывать на \\STERVER1\Share\NetFolder, а может и на \\STERVER2\OtherShare\OtherFolder (после "легкого движения руки" и переименования линка в ..\MySuperLink.lnk). Дальше нужно пробовать уже непосредственно с приложением - можно указать в конфигурации именно объект "C:\My Documents\MySuperLink" как источник информации.

Не понял трактовку термина "сетевой диск" - для win-сети это все равно будет некий "сетевой ресурс" - независимо от того, что это физически - логичесий диск (корень файловой системы) или отдельный каталог.

Что касается маков. Для гетерогенных (смешанных) сетей лучше остановиться на каком-либо одном варианте: AppleTalk или NetBios/NetBEUI. К сожалению, win слишком сильно хотят MS-клиента сети, а ATalk нужен для корректного копирования файлов|jobs между mac/brisque-станциями.

В случае, если интересует именно вход с win-клиента на некий mac-файлсервер - для 8.xx-9.xx существует Dave, в X - штатно поставляется gnu-samba, которые и представляет услуги простейшего ms-клиент/сервера.
Документацию по детальной настройке samba можно найти на opennet.ru.

Если это о ярлыке, который создается "правая кнопка мыши>создать>ярлык", то не получается так, а если есть какие-то другие ярлыки...


Меня не сеть интересует, а приложения -- попробую более понятно описать проблему:
открываю кварковскую верстку, смотрю линки на картинки
"Server2//Jornals/Industry/2005/ir08_05/_reclama/qwerty.eps"
Кварк ни одну картинку не видит, потому-что должно быть
"Server-storage//Jornals/Industry/2005/ir08_05/_reclama/qwerty.eps"
и приходиться ручками проходить весь путь заново
C InDesign ситуация похожая, с Illustrator -- пока не проверял

Если назначу сетевой диск "J" папке "Journals" и буду заходить через "Мой компьютер", то Кварк начнет видеть пути как
"J:Industry/2005/ir08_05/_reclama/qwerty.eps" и в будущем это предостережет от от всех переездов-переименование выше папаки Journals

По поводу Мака (Win-серевер, мак-клиент):
Если открою тот же файл на Маке, то пути будут выглядеть так:
"Jornals/Industry/2005/ir08_05/_reclama/qwerty.eps" -- Кварк поймет в чем дело, а InDesign -- нет (Ill -- не знаю).
Наверное самым простым решением проблемы было бы переименование папки "Journals" в папку "J" -- по имени сетевого диска на PC ( пока не пробовал). Но все же хотелось бы сделать сетевое диск на маке.

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



Мы говорим об одном и том же по-разному. Именно проблема преобразования пути ярлыка/ссылки должна ложиться не на приложение, но на операционную систему. От приложения (даже версии) зависит, сможет ли оно работать, скажем, с сетевыми ресурсами напрямую. Хитрость и заключалась в том, чтобы проверить, может ли данное приложение+система нормально отработать имя ссылки.
Впрочем, это уже частности - и решить такие вопросы удаленно - несколько затруднительно.

Более того, сейчас (когда выполнено перемещение данных) поздно и вряд ли получится сделать задуманное. Скорее речь идет о том, чтобы спроектировать *систему* и выбрать оптимальный способ решения так, чтобы уже в ближайшем будущем избежать повторения подобных проблем.



Да, это - один из возможных вариантов.



Под X монтирование удаленных ресурсов win-сети в постоянную точку монтирования не должно представлять проблемы. Но - из консоли (во всяком случае я не увидел пока в штатном софте X графических тулзов для настройки таких вещей).
# cat /etc/fstab
# man mount_smbfs

Наконец-то дошли руки -- сетевой диск не катит вообще!!! Даже если пока забить на Мак-совместимость путей, то:
1. Adobe-программы сетевой диск игнорируют вообще и пишут полный путь
2. Кварк через Place и через Drag&Drop запоминает сетевой диск, а через Update потерянной картинки заменяет "кототкий" путь "полным" путь!!!