Как другие упомянули, iSCSI делает совместный доступ намного тяжелее. Вам нужны специальные файловые системы для того (OCFS, и т.д.), и производительность в тех файловых системах ниже производительности других из-за ряда причин. Такой как неспособность использовать память для кэширования, поскольку это предотвращает последовательное представление файловой системы на нескольких хостах, имея необходимость реализовать систему захвата файла в самой файловой системе, а не в ядре, таким образом, производительность может быть значительно медленнее. Это также просто не может быть сделано в Windows, поскольку в настоящее время нет, никакие не мультимонтируют файловые системы для той платформы.
Однако, если Вы просто захотите представить часть диска iSCSI для локального доступа к рабочим станциям, и обработать устройство хранения данных совместного доступа через файловый сервер с iSCSI смонтировало устройство хранения данных затем, то это будет работать хорошо. Файловые серверы NFS, CIFS или Windows разработаны для обработки этого вида операции в памяти, а не в файловой системе, таким образом, производительность может быть намного выше.
Ну, Голубятня не имеет никакого отношения к этому, она должна все быть сделана в MTA.
Блокирование на основе отправителя или получателя тривиально - просто используют списки доступа (согласно access
(5)) в отправителе и конфигурациях ограничения получателя. Уведомление другого адреса электронной почты, IMO, лучше всего обработанный синтаксическим анализатором журнала.
Попытайтесь использовать smtpd_recipient_restrictions вместо smtpd_client_restrictions. Клиентская опция помещает ограничения на клиент, который соединяется с сервером, в то время как опция получателя помещает ограничение на адрес электронной почты получателя, в этом случае Вы хотите получателя а не клиентские ограничения.
Метод, который Вы помещаете, ограничит любую почту, прибывающую из адреса myemail@address.com, не к тому адресу.