MO
Я про виды аутентификации,про типы отправителей и т.д. детальное описание "кто это такие" с примерами
70-341, 70-342 ищите
Size: a a a
2020 October 23
EV
Я про виды аутентификации,про типы отправителей и т.д. детальное описание "кто это такие" с примерами
Повторюсь
Вам не нужно это
1. Все, кто использует auth - спокойно юзают default client receive connector (или default frontend если речь про 25)
2. Анонимные вещи настраиваются как я указал выше, все.
Вам не нужно это
1. Все, кто использует auth - спокойно юзают default client receive connector (или default frontend если речь про 25)
2. Анонимные вещи настраиваются как я указал выше, все.
EV
А то у нас даже были одни веберы
Которые хотели странного неанонимеого внутри
И удивлялись, почему не проверяется внутренний сертификат на tls
Не надо так
Которые хотели странного неанонимеого внутри
И удивлялись, почему не проверяется внутренний сертификат на tls
Не надо так
АЗ
АЗ
Я вас не понимаю.
В 10 чанге были разные коннекторы приема и отправки. Тут же все в одном - дефолт фронтенд.
Там же стоит галка анонимусов. Снимаешь - тогда почта не приходит из вне, что логично.
В 10 чанге были разные коннекторы приема и отправки. Тут же все в одном - дефолт фронтенд.
Там же стоит галка анонимусов. Снимаешь - тогда почта не приходит из вне, что логично.
MO
Я вас не понимаю.
В 10 чанге были разные коннекторы приема и отправки. Тут же все в одном - дефолт фронтенд.
Там же стоит галка анонимусов. Снимаешь - тогда почта не приходит из вне, что логично.
В 10 чанге были разные коннекторы приема и отправки. Тут же все в одном - дефолт фронтенд.
Там же стоит галка анонимусов. Снимаешь - тогда почта не приходит из вне, что логично.
Сейчас то же самое
MO
Я вас не понимаю.
В 10 чанге были разные коннекторы приема и отправки. Тут же все в одном - дефолт фронтенд.
Там же стоит галка анонимусов. Снимаешь - тогда почта не приходит из вне, что логично.
В 10 чанге были разные коннекторы приема и отправки. Тут же все в одном - дефолт фронтенд.
Там же стоит галка анонимусов. Снимаешь - тогда почта не приходит из вне, что логично.
Нихрена. Разные.
O
Повторюсь
Вам не нужно это
1. Все, кто использует auth - спокойно юзают default client receive connector (или default frontend если речь про 25)
2. Анонимные вещи настраиваются как я указал выше, все.
Вам не нужно это
1. Все, кто использует auth - спокойно юзают default client receive connector (или default frontend если речь про 25)
2. Анонимные вещи настраиваются как я указал выше, все.
этот коннектор принимает почту снаружи.
Чтобы разделить авторизацию, надо делать новый, обозначать локальные скопы и не включать аннонимусов там
Чтобы разделить авторизацию, надо делать новый, обозначать локальные скопы и не включать аннонимусов там
АЗ
5 входящих, 1 исходящий?
MO
Не надо как?
Надо
1. Открыть пош
2 . Написать гет ресив
3. Написать гет сенд
4. Повтыкать
1. Открыть пош
2 . Написать гет ресив
3. Написать гет сенд
4. Повтыкать
АЗ
этот коннектор принимает почту снаружи.
Чтобы разделить авторизацию, надо делать новый, обозначать локальные скопы и не включать аннонимусов там
Чтобы разделить авторизацию, надо делать новый, обозначать локальные скопы и не включать аннонимусов там
Так и делал. При попытке пишет что не авторизован
АЗ
Надо
1. Открыть пош
2 . Написать гет ресив
3. Написать гет сенд
4. Повтыкать
1. Открыть пош
2 . Написать гет ресив
3. Написать гет сенд
4. Повтыкать
Не надо открывать порш и втыкать?
O
Я вас не понимаю.
В 10 чанге были разные коннекторы приема и отправки. Тут же все в одном - дефолт фронтенд.
Там же стоит галка анонимусов. Снимаешь - тогда почта не приходит из вне, что логично.
В 10 чанге были разные коннекторы приема и отправки. Тут же все в одном - дефолт фронтенд.
Там же стоит галка анонимусов. Снимаешь - тогда почта не приходит из вне, что логично.
коннектор отправки, делаешь сам, одного обычно хватает и его трогать никогда не нужно.
остальное все, настраивается в коннекторах получения
остальное все, настраивается в коннекторах получения
MO
Не надо открывать порш и втыкать?
Я написал как надо. Как не надо напишет вовни
O
делается дополнительно 2 коннектора:
1. С локальным скопом, 10.10.0.1 - 10.10.255.255, тут не включать анонимов
2. Сервисный коннектор, для всякого ***, там сделать анонимов и добавлять в скоп по одному IP, который надо
1. С локальным скопом, 10.10.0.1 - 10.10.255.255, тут не включать анонимов
2. Сервисный коннектор, для всякого ***, там сделать анонимов и добавлять в скоп по одному IP, который надо
D
Я вас не понимаю.
В 10 чанге были разные коннекторы приема и отправки. Тут же все в одном - дефолт фронтенд.
Там же стоит галка анонимусов. Снимаешь - тогда почта не приходит из вне, что логично.
В 10 чанге были разные коннекторы приема и отправки. Тут же все в одном - дефолт фронтенд.
Там же стоит галка анонимусов. Снимаешь - тогда почта не приходит из вне, что логично.
Коннекторов приёма FE по-умолчанию 2. Один на TCP/25 для общения типа сервер-сервер, другой на TCP/587 с аутентификацией для "людей".
Любые изменения этой схемы возможны, но вы должны понимать, зачем вы это делаете
Любые изменения этой схемы возможны, но вы должны понимать, зачем вы это делаете
АЗ
коннектор отправки, делаешь сам, одного обычно хватает и его трогать никогда не нужно.
остальное все, настраивается в коннекторах получения
остальное все, настраивается в коннекторах получения
Так точно, он один
АЗ
DMitriy
Коннекторов приёма FE по-умолчанию 2. Один на TCP/25 для общения типа сервер-сервер, другой на TCP/587 с аутентификацией для "людей".
Любые изменения этой схемы возможны, но вы должны понимать, зачем вы это делаете
Любые изменения этой схемы возможны, но вы должны понимать, зачем вы это делаете
То есть, если я хочу чтоб можно было каким нибудь скриптом отправлять почту по 25 порту, мне необходимо сделать дополнительный коннектор по 25 порту, с нужным мне скопом (например моя Лан) и указать аутентификацию. Я верно понимаю?
D
При свежей установке такой уже есть.