На скриншоте видно, что в неком месте стоит некая галочка! :) Фактически - тотже сарай, на котором написано одно, а внутри может быть все что угодно! ;)
Но, в общем, очень бы хотелось услышать комментарии, так сказать, виновника торжества. :)
У человека проблема не с отправкой. Отправка как раз работает!;)
Его беспокоит, что любой клиент, прописавший в настройках почты адрес его почтаря в качестве исходящего, может легко отправить почту не проходя авторизацию на сервере.
Почему так происходит я описал выше.
И я бы не снимал галочку с TLS. Так-то посекурней будет - вообще весь обмен данными клиента с сервером шифруется.
может в 6ке и так, но проблемы аналогичные этим были, так же понавписывакл еще в поля трансляцию для почты и никак не мог отправить + еще TSL в почтовом клиенте не выставленный. Просто сбросить настройки по умолчанию, прописать 2 сети, 127.0.0.1/8 и 192,x,x,x в клиенте тупо поставить галочку SSL или TSL или в настройках админки снять галку исполтьзовать TSL и все заработает, если с днс никаких проблем нету. А так как почту он принимает то все должно заработать
Есть мнение, что все письма, отправленные от клиентов из "Доверенных сетей агента передачи сообщений", будут доставляться не зависимо от того, пройдет отправитель SMTP-авторизацию или нет. В твоем случае - это подсеть 192.168.0.0/16 (см. main.cf "mynetworks = " ).
За это отвечает правило permit_mynetworks в ограничении smtpd_recipient_restrictions. Это все из тогоже постфиксовского конфига. Это, к стати, параметр по-умолчанию в постфиксе.
В 6-ой зимбре оставить только 127... нельзя - ругается. В 7-ке не знаю.
Поэтому, если галочки проверка подлинности стоят, то скорее всего, авторизация включена.
Для успокоения, попробуй отправить почту через свой почтарь с любого внешнего IP, отличного от твоего. Можно даже просто телнетом через 25 порт на предмет открытого релея пощупать. Или найти в нете через поиск "Проверка на открытый релей" - там тебе автоматом сразу кучу тестов проведут и скажут есть ли у тебя дырки в почтаре или нет.
Вопрос: задеплоила и активировала.xml c описанием модели, и кинула web-client-config-custom.xml, после reload выдало ок, но новый список так и не появился. Что это может быть?
неужели никто не брался за контроль и отсеивания спама в серьез?
порылся нашел не плохую статейку
http://wiki.zimbra.com/index.php?title=Improving_Anti-spam_system#ISIPP....
однако хотелось бы иметь контроль и через вебморду
На скриншоте видно, что в неком месте стоит некая галочка! :) Фактически - тотже сарай, на котором написано одно, а внутри может быть все что угодно! ;)
Но, в общем, очень бы хотелось услышать комментарии, так сказать, виновника торжества. :)
на скриншуте и так видно, что он включен.
автор только что то молчит, наверно уже разобрался
Самое простое:
telnet zimber.egarant.local 25
ehlo some.domain.local
и если в списке, еоторый отдаст zimber.egarant.local есть строчка 250-starttls значит tls включен.
а я и не говорил чтобы снимать совсем, а протестить, так ли оно или нет =)
У человека проблема не с отправкой. Отправка как раз работает!;)
Его беспокоит, что любой клиент, прописавший в настройках почты адрес его почтаря в качестве исходящего, может легко отправить почту не проходя авторизацию на сервере.
Почему так происходит я описал выше.
И я бы не снимал галочку с TLS. Так-то посекурней будет - вообще весь обмен данными клиента с сервером шифруется.
может в 6ке и так, но проблемы аналогичные этим были, так же понавписывакл еще в поля трансляцию для почты и никак не мог отправить + еще TSL в почтовом клиенте не выставленный. Просто сбросить настройки по умолчанию, прописать 2 сети, 127.0.0.1/8 и 192,x,x,x в клиенте тупо поставить галочку SSL или TSL или в настройках админки снять галку исполтьзовать TSL и все заработает, если с днс никаких проблем нету. А так как почту он принимает то все должно заработать
Есть мнение, что все письма, отправленные от клиентов из "Доверенных сетей агента передачи сообщений", будут доставляться не зависимо от того, пройдет отправитель SMTP-авторизацию или нет. В твоем случае - это подсеть 192.168.0.0/16 (см. main.cf "mynetworks = " ).
За это отвечает правило permit_mynetworks в ограничении smtpd_recipient_restrictions. Это все из тогоже постфиксовского конфига. Это, к стати, параметр по-умолчанию в постфиксе.
В 6-ой зимбре оставить только 127... нельзя - ругается. В 7-ке не знаю.
Поэтому, если галочки проверка подлинности стоят, то скорее всего, авторизация включена.
Для успокоения, попробуй отправить почту через свой почтарь с любого внешнего IP, отличного от твоего. Можно даже просто телнетом через 25 порт на предмет открытого релея пощупать. Или найти в нете через поиск "Проверка на открытый релей" - там тебе автоматом сразу кучу тестов проведут и скажут есть ли у тебя дырки в почтаре или нет.
Спасибо большое за полезный пост.
Вопрос: задеплоила и активировала.xml c описанием модели, и кинула web-client-config-custom.xml, после reload выдало ок, но новый список так и не появился. Что это может быть?
что нужно удалить в данном скрипте чтобы он не конектился к АД, а брал с фтп файлик csv и делал сравнение на основе находящихся в этом файлике данных.
тобишь в csv тупо
имя, почта
имя, почта
практически такая же аналогия что и у вас.
на счет того чтобы закачать файлик с фтп это без проблем, а как сделать так чтобы он взял за основу эти данные