Article View: pl.comp.mail.mta
Article #62809Re: sendmail podkręcenie zabezpieczeń
From: LFC
Date: Tue, 07 Apr 2020 19:14
Date: Tue, 07 Apr 2020 19:14
60 lines
3456 bytes
3456 bytes
W dniu 2020-04-05 o 23:31, Piotr Lechowicz pisze: > Sprawdź config SASLa: > > [root]# cat /etc/sasl2/Sendmail.conf > pwcheck_method:saslauthd > > i ustaw w sendmail.mc > > dnl # The following allows relaying if the user authenticates, and > disallows plaintext authentication (PLAIN/LOGIN) on non-TLS links > define(`confAUTH_OPTIONS', `A p')dnl > dnl # w 2 poniższych mechanizmy możesz ustawić w/g uznania > TRUST_AUTH_MECH(`DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl > define(`confAUTH_MECHANISMS', `DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl > > FEATURE(`no_default_msa')dnl > DAEMON_OPTIONS(`port=587, Name=MSA, M=Ea')dnl > > oraz zostaw delay_checks bez kombinacji: > > FEATURE(`delay_checks')dnl > > a w access wyłącz wszystkie zbędne wpisy dotyczące relay poza: > > To:twoja.domena.pl RELAY > > oraz powyłączaj do testów wszystkie wpisy Spam:... > > W takiej konfiguracji delay_checks przesuwa kontrolę dnsbl do momentu > rcpt, a poprawne uwierzytelnienie klienta wyłącza ją wogóle. > Powyższe ustawienia zakładają, że masz już w sendmailu uruchomione > szyfrowanie i ehlo na porcie 587 pokazuje 250-STARTTLS. > W kliencie ustawiasz > port:587/szyfrowanie:StartTLS/uwierzytelnianie:włączone (w Mozilla > Thunderbird: "normalne hasło"). > Wszystko jest tak, jak piszesz, z wyjatkiem (obecnie) opcji delay_checks i w acces - To:twoja.domena.pl RELAY Najpierw włączyłem opcję delay_checks bez opcji i po mniej wiecej jednym dniu miałem sajgon. Dodałem wtedy w opcji `friend' i w acces dopisałem adresy, ktore miały być delayowane, jako friend - efekt ten sam. Gwoli sprawiedliwości musze dodać, że błąd w scieżce do pliku klucza certyfikatu znalazłem po tym, ale nie spróbowałem ponownie, bo siedzę w domu na zdalnym, a zmiany w konfiguracji poczty wywołują u userów znany odruch - "poczta mi nie działa!" i zaraz są afery typu Muszę pilnie wyslać pocztę, a nie mogę, etc. Zrobiłem nawet takie howto z obrazkami, jak sobie z tym poradzić w thunderbirdzie, ale i tak większość je olała / nie zrozumiała i zawracała mi dupę. Nie bardzo rozumiem proponowany wpis do access Jeżeli dobrze rozumiem to oznacza, że sendmail umożliwi każdemu wysłanie maila na adres z domeny. Nie jest to proszenie się o spam i nie lepiej dać tam OK? LFC
Technical Details
Message-ID:
<p00vlg-vnl.ln1@mpwik1.mpwikzdw.com.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!.POSTED!mpwik1.mpwikzdw.com.pl!not-for-mailReferences:
<1gqdlg-b42.ln1@mpwik1.mpwikzdw.com.pl> <5e852467$0$17353$65785112@news.neostrada.pl> <41ujlg-pv9.ln1@mpwik1.mpwikzdw.com.pl> <e26mlg-jcs.ln1@mpwik1.mpwikzdw.com.pl> <5e8a4e3a$0$551$65785112@news.neostrada.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!.POSTED!mpwik1.mpwikzdw.com.pl!not-for-mail From: LFC <longinf@mpwikzdw.com.pl> Newsgroups: pl.comp.mail.mta Subject: Re: sendmail podkręcenie zabezpieczeń Date: Tue, 7 Apr 2020 21:14:02 +0200 Organization: ICM, Uniwersytet Warszawski Lines: 61 Message-ID: <p00vlg-vnl.ln1@mpwik1.mpwikzdw.com.pl> References: <1gqdlg-b42.ln1@mpwik1.mpwikzdw.com.pl> <5e852467$0$17353$65785112@news.neostrada.pl> <41ujlg-pv9.ln1@mpwik1.mpwikzdw.com.pl> <e26mlg-jcs.ln1@mpwik1.mpwikzdw.com.pl> <5e8a4e3a$0$551$65785112@news.neostrada.pl> NNTP-Posting-Host: dns.mpwikzdw.com.pl Mime-Version: 1.0 X-Trace: news.icm.edu.pl 1586287201 21781 194.150.251.249 (7 Apr 2020 19:20:01 GMT) X-Complaints-To: usenet@news.icm.edu.pl NNTP-Posting-Date: Tue, 7 Apr 2020 19:20:01 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 In-Reply-To: <5e8a4e3a$0$551$65785112@news.neostrada.pl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit