Что Ваш подход должен потянуть представление Вашей сети?
Я в настоящее время использую свободный hMailServer для SMTP, POP3 и IMAP. Это было довольно твердо в годах пары, что я использовал его. Я выполнил его в Windows 2003 R2 и Windows 2008 Standard и Предприятии. Я использую SquirrelMail для веб-почты. Это - PHP, но это не было это трудно для установки. Это свободно также.
Лучшим коммерческим опытом, который я имел с не-Exchange Server, был MDaemon от Alt-N Technologies. Это имеет лучший OWA как UI, и это имеет коннектор для Outlook, так, чтобы это думало, что это - Exchange Server. Цена за этот сервер не так как другие, но все еще слишком много для меня.
Существует несколько других почтовых серверов:
Открытый исходный код / свободный
- Zimbra - http://www.zimbra.com/
- Стандарт MailEnable - http://www.mailenable.com/
Коммерческий
- Kerio MailServer - http://www.kerio.com/mailserver
- Профессионал MailEnable или выше - http://www.mailenable.com/
- Почтовый сервер Softtalk (почтовый сервер рабочей группы) - http://www.softalkltd.com/products/workgroupmail/
Там существует намного больше серверов. Те, которых я перечислил здесь, являются теми, я попробовал однажды в прошлом.
У меня нет сетевого графика.
Я имею:
- схема сетевой топологии IP;
- переключатель физическая диаграмма возможностей подключения;
- много сервисных схем (т.е. почта, сеть, резервные копии, sql, установка, VPN, WAN, Интернет...)
Каждая схема имеет различную цель. Путем ограничения схем целью Вы получаете намного лучшую возможность способности передать важную информацию.
Все мои схемы обычно viso сгенерированы, схемы поля-и-облака, в этом единственные символы, которые я использую, являются полями (для маршрутизаторов или компьютеров) и облака (для "сетей", или конкретных как конкретная подсеть или общих как "Интернет").
Проблема с помещением всего на одной схеме состоит в том, что это становится грязным. В нашем случае беспорядок layer2/layer3 сделал, все также усложнило это, мы просто должны были разделить их на отдельные документы.
Мне также не нравятся шаблоны конкретного объекта потому что, когда у Вас есть они Вы любые отходы все Ваше время, пытаясь получить символы для всего (о нет! У меня нет символа для моей вещи HP!) и затем пытающийся масштабировать их всех так они выглядят правильными. С полем-и-облаком Вы вынуждены сконцентрироваться на информации, не на создании его симпатичное изображение.
Но это вовсе не значит то, что я не преобразую части своих схем в симпатичные изображения в течение powerpoint времени во время бюджетной презентации к искам. Но те схемы имеют другую цель.
у нас была та же проблема: к большой информации для одного изображения.
что помогло много, слои. можно поместить объекты на различные слои. мы, чем добавленный некоторые кнопки с vba сценариями, чтобы сделать слои видимыми или скрыть их.
этим путем можно положить всю информацию на одно место, но только показать информацию, в которой Вы в настоящее время нуждаетесь.
Нет никакого ответа, который может соответствовать всем нашим потребностям и ситуациям, но я предлагаю, чтобы Вы сначала решили, является ли схема на самом деле лучшим методом к документу, чем Вы интересуетесь. Затем схематически изобразите точно информацию, в которой Вы нуждаетесь. Ни больше, ни меньше. Слишком мало имеет тенденцию делать осуществление бессмысленным, тогда как слишком много просто мешает читать и использовать.
Могло бы, например, иметь смысл схематически изображать логическое расположение Вашей сети, но с вещами как сервисы можно лучше иметь дело в базе данных, которая делает управление и поиск настолько легче. Если Вы все еще хотите иметь симпатичные изображения всего, создают столько схем, сколько необходимы для иллюстрирования то, что Вы хотите, но не пытаетесь поместить все это в одну схему.
Я думаю, что необходимо использовать графики улья.
график улья — рациональный метод визуализации для рисования сетей, в которых узлы отображены на и расположены на радиально распределенные линейные оси на основе сетевых структурных свойств и краев, оттянут как изогнутые ссылки.