<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Yuri Bushmelev wrote:
<blockquote cite="mid:200810011259.28006.jay4mail@gmail.com" type="cite">
  <pre wrap="">В сообщении от Среда 01 октября 2008 Дегтярёв Дмитрий написал(a):
  </pre>
  <blockquote type="cite">
    <pre wrap="">Mike Grozak пишет:
    </pre>
    <blockquote type="cite">
      <pre wrap="">Всем привет!

      </pre>
    </blockquote>
  </blockquote>
  <pre wrap=""><!---->
[JT]

  </pre>
  <blockquote type="cite">
    <pre wrap="">письмо в обоих случаях у меня в нормальной кодировке, проблема с
клиентом у Michael Shigorin!
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Вы заголовки первого письма посмотрите, там две части с текстом, в одной 
заголовок:

Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

во второй:

Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

и внутри html с чарсетом ISO-8859-1, и закодированными в html entities 
русскими буквами. Эта часть, скорее всего у вас и показалась. Мне, чтобы 
увидеть ее в kmail пришлось совершить ряд дополнительных телодвижений. Если 
у Майка mutt, то там все должно быть еще веселее :)

[/JT]

  </pre>
  <blockquote type="cite">
    <pre wrap="">NX с LTSP никак не связан и зависимости никакой нет. ставите LTSP и
freenx на одну машину и работаете как хотите, хоть через ltsp, хоть nx.
Главное чтобы под одним пользователем одновременно не работали, от этого
глюки бывают(например firefox скажет что он уже запущен) и не важно по
какому протоколу! 2е ltsp под user не должны, 2е nx под user не должны и
1 ltsp + 1nx не должны одновременно под user.

для сжатия трафика наверное можно только инкапсуляцию использовать:
openvpn, pptp или ssh...
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Инкапсуляция в VPN пределах LAN даст больше проблем, чем пользы.
Насколько я помню 5й LTSP, ldm и так использует ssh для проброса X11 на 
клиента. Хотя в ALTSP это может быть не так.

Для поднятия nxclient'а нужно иметь возможность запуска на клиентском 
X-сервере локального приложения (nxclient), которое должно предварительно 
быть установлено в соответствующее место на сервере (то, что будет потом 
смонтировано клиентом). В принципе, работы там не много, но я не знаю, 
насколько сильно архитектура ALTPS отличается от обычного LTSP5. Тут надо 
архитекторов поспрашивать :)
  </pre>
</blockquote>
Ну, на самом деле ситуация вроде как более ли менее проясняется.<br>
1й вариант - это в чрут ставить nxclient-а, и при загрузке его запускать<br>
2й вариант - Терминал nxproxy -S &lt;==LAN==&gt; nxproxy -C (+возможно
nxagent)  &lt;-&gt; XDM<br>
<br>
Осталось понять, как будет лучше и как это красиво запаковать.<br>
<br>
---<br>
WBR, Mike Grozak, TvSU IC Dep<br>
<br>
</body>
</html>