DmZ

В Вашем случае скорее всего криво написанная программа-мейлер. Судя по-всему, пытаясь контролировать скорость отсылки сообщений она не разрывает соединение с SMTP сервером, а тупо ждет на линии отсылая NOOP. Exim не относит эту операцию к разрешенным, поэтому через некоторое время разрывает соединение. Можно, конечно, увеличить лимит количества таких операций (smtp_accept_max_nonmail = 1000 например), но можно вообще отключить эту проверку:

smtp_accept_max_nonmail = :

или отключить для конкретного хоста:

smtp_accept_max_nonmail_hosts = ! 192.168.22.3

(где 192.168.22.3 — IP адрес с которого коннектится мейлер)

Для Exim можно настроить следующим образом:

begin routers

blackhole:
  driver = accept
  transport = blackhole

begin transports

blackhole:
  driver = appendfile
  directory = /var/tmp/blackhole/
  delivery_date_add
  envelope_to_add
  return_path_add
  group = mail

Тогда он будет любую почту складывать в директорию /var/tmp/blackhole/ (в формате maildir)
Но я бы Вам советовал все же разделить локальную почту (от cron и прочих служебных программ) и любую другую.
Если нужен полный конфиг Exim — обращайтесь :)

Вам не нужны драйвера для карточки именно в гипервизоре, покурите PCI passthrough для Xen. Эта технология позволяет «пробросить» устройство прямо в guest систему, и дрова соответственно должны быть установлены в guest системе :)

inetd (и его модификация xinetd) не работает с демонами :) А по-сути есть «суперсервер» который позволяет «упростить» разработку сетевых серверов. Он запускает копию сервера при получении соединения и перенаправляет весь траффик на stdin/out сервера.
Т.е., при стандартном подходе, сетевой сервер будет проходить через такие этапы: запустится, демонизироваться, ожидать соединение, получить соединение, обработать данные, закрыть соединение, перейти к ожиданию.
А при inetd подходе будет: запуститься, обработать данные, выйти

Это удобно если нужно выставить в мир какие-то управлящие скрипты, которые работают с консолью, тогда к ним можно будет соединяться телнетом по tcp. У меня так одно время висели скрипты управления лабами по циске — запуск/остановка виртуалок, отображение состояния.

Простейший пример:

#!/bin/bash

echo -n "Test program :) input somethig: "
read VAR
echo "Your input: $VAR"
echo "Bye"

Будет работать как с консоли так и через telnet если повесить его на inetd.

Еще удобно использовать xinetd для форвардинга портов каких-нить некритичных сервисов, чтобы не заморачиваться с NAT/файрволом.

Для Linux стандартными клиентами являются rdesktop и его форк freerdp. Последний обещает поддержку TS Gateway заимплементить с версии 1.1

PS.
— Из костылей можно попробовать запустить родной виндовый клиент под wine. В базе wine вроде как 7й запустили, но нужно пробовать, законнектится ли к win2k8 TS Gateway.
— Также wine-костылем можно попробовать запустить RD Tabs у него обещается полная поддержка win2k8 r2 фич. (Но он завязан на .NET 2.0, который тоже нужно ставить с бубном)
— Ну и совсем странный костыль — поставить ReactOS в виртуалку и попробовать с родным клиентом и RD Tabs…