🚀 go-pugleaf

W dniu 2020-03-03 o 16:03, Piotr Lechowicz pisze:
> W dniu 2020-03-03 o 14:36, LFC pisze:
> 
>> w widoku wewnętrznym dns wpiszę go jako kolejny serwer pocztowy:
>> @    IN MX    10    poczta.domena.pl
>> @    IN MX    20    mail.domena.pl
> 
>> co się stanie jeżeli użytkownik na serwerze podstawowym skieruje 
>> pocztę do usera zapisanego w tym drugim i na odwrót
> 
> Chyba nie do końca widzę twoją koncepcję: chcesz mieć innych 
> użytkowników w tej samej domenie na zapasowym niż na podstawowym?
> IMHO to się rozmija z ideą zapasowego MX, który z założenia powinien 
> (musi?) mieć dostęp do info o adresach w domenie z podstawowego, ale sam 
> nie hostuje skrzynek pocztowych userów - jest tylko (buforującym) 
> forwarderem.
> 
> , albo zwyczajnie się pomyli i wpisze błedny adres mailowy z prawidłowoą 
> domeną.
> jw, podstawowy ma całą bazę adresów w domenie i powinien odrzucić tego 
> maila z kodem 511 user unknown.
> 
>> a myślę o postfiksie z dovecot i roundcube + mysql + dodatki typu 
>> spamassasin czy clamav.
> Informacyjnie: mam taką konfigurację z sendmailem jako MTA (tylko bez sa).
>  

Chętnie się zapoznam ponieważ lubie sendmaila. Historycznie to był 
pierwszy serwer pocztowy, który postawiłem dawno temu i po ustawieniu 
pierwszej w miarę poprawnej konfiguracji z użytkownikami systemowymi 
(później wpadłem na to, żeby im dać shell /bin/false) w zasadzie ja 
powielałem w kolejnych rozwiązaniach dodając tylko po kolei autoryzację 
sasl, potem spamassassin, dalej clamav, certyfikat Diffiego-Helmanna, a 
w końcu regex-milter. Jakoś mi nie przeszkadza, że nie rozumiem tysiąca 
iinych dostepnym w konfiguracji opcji.
Słabi mnie tylko mała odporność na różne wybiegi spamerstwa
Z ciekawości czemu bez SA

LFC