VMware Converter. Можно загрузиться от загрузочной версии для преобразования, или можно использовать добавление в Преобразователе в VC, Виртуальном Центре. С VC направляют Вас щелчок правой кнопкой по серверу VMware, на котором Вы хотите, чтобы Vm работал и выбрал машину импорта. Ответьте на несколько вопросов... и престо!
Некоторые вещи высматривать..., если у Вас есть больше чем один физический диск или раздел на физическом поле, Вы сможете, приняли решение создать один файл VMDK с несколькими дисками в или один файл VMDK на диск. В причине, которая не имеет смысла. если физическое поле имеет C, D и диски E.. Вы можете иметь
1 VMDK cool_box.vmk (имеет 3 раздела),
Или
cool_box.vmk = c диск
cool_box1.vmk = d диск
cool_box2.vmk = e диск
Также Вы будете prob находить, что можно обойтись меньшим файлом подкачки, чем в медосмотре и меньшем количестве RAM, и БОЛЬШАЯ ЧАСТЬ одного vCPU работает лучше, чем 2 или 4.
Я также предположил бы, что это - постфиксная проблема, что является выводом:
postconf -n
и
tail -n 50 /var/log/maillog (mail.log on ubuntu boxes)
Вы уверены, что имеете выполнение почтовой программы SMTP, т.е. telnet в Ваш почтовый сервер на порте 25 и получаете ответ?
В первую очередь, я запустил бы с разделения этого в 2 проблемы. IMAP является дескрипторами Голубятней. Если Вы можете получить свои сообщения от сервера, то Голубятня не является проблемой, это делает свое задание.
Отправка почты сделана с Постфиксом. Вы сказали, что "почтовые клиенты, локальные для сервера, получают и посылают электронное письмо очень хорошо". - это указало мне, что Ваши почтовые клиенты не могут проходить проверку подлинности к Постфиксному серверу на порте 25, или он не слушает в Ваших внешних интерфейсах на порте 25. Как Bart упомянул, попытайтесь к telnet портировать 25 и видеть, получаете ли Вы Постфиксный баннер. Если Вы делаете, удостоверьтесь, что Ваши клиенты проходят проверку подлинности (и Вы настроили Постфикс для разрешения аутентификации) так, чтобы они могли отправить почту через сервер.
Можно симулировать быть клиентом, читая соответствующий RFC (особенно вокруг раздела 4) и симулируя быть почтовым клиентом. Выключите все конфигурации SSL/TLS сначала, чтобы видеть, можете ли Вы отправить почту правильно. Затем включите их и использование telnet-ssl
или openssl client
соединяться с портами SSL вместо этого.
Кроме того, необходимо быть ясными на том, существуют ли проблемы с локальной или внешней доставкой почты. Если это - локальная доставка, необходимо проверить, как это сделано postfix
. Распространенный способ состоял бы в том, чтобы передать доставку местной почты по каналу к procmail
но также возможно передать его по каналу к dovecot
и необходимо удостовериться, что передача по каналу работает правильно. Проверьте журналы.