Dotaz: SMTP server

[georgo23]

Ahoj, potřebuji nasadit SMTP send only server v menší síti, který bude jen a pouze odesílat maily.Ne přijímat.
Potřebuji si nakonfigurovat velikost přílohy a pár dalších drobností.
Více méně toto jsem zvládnul pomocí POSTFIXu. 
Nicméně šlapu vodu v otázce, jak to udělat aby daný server NEBYL anonymní. Aby tam bylo jakékoliv jednoduche username a passw.
Prosím o nakopnutí, děkuji.

---

---

Odpovědi

[Max]

S tou anonymitou, jak to myslíš? Aby přes ten smtp mohl odesílat jen někdo přes username a password? Tzn., že bez ověření by přes něj nemělo jít nic odeslat?
Zdar Max

[georgo23]

Presne tak.

[Roman DAVID]

Tu máš dokumentaci: Postfix SASL Howto - Enabling SASL authentication and authorization in the Postfix SMTP server

[georgo23]

No ja nepotrebuji preposilat skrze stavajici mail, chci dorucovat naprimo ale tak, aby se uzivatel musel overit.

[motyq]

Chápu, že pro odeslání nějakého mailu "z" nějaké domény chcete použít jiný smtp, než aktuálně používáte/někdo používá? SASL si nastavte tak jak již psal předřečník a pak se budete muset ještě poprat s DKIM, SPF a DMARC, aby příjemcův server bral takovouto poštu jako validní.

Každopádně nějaký obrázek, čeho chcete dosáhnout by napověděl více.

[Filip Jirsák]

A to je přesně to, co je popsáno v uvedené dokumentaci.

[Peter Golis]

Na takúto službu čakám už niekoľko mesiacov. Za koľko si budem môcť predplatiť povedzme odoslanie 50k emailov týždenne?

[georgo23]

Tak zjevně jsem se špatně vyjádřil. Jsem takový malý ISP a potřebuji server pro odchozí poštu, který nebude volně přístupný. Byť používám my_networks, tak stále to není to nejideálnější řešení. Potřeboval bych, aby každý kdo chce daný SMTP server používat, musí zadat KLIDNĚ jednotný login a password. Toto SASL ani smtpd_sasl_auth_enable neřeší. Nepotřebuji se logovoat k gmailovým seznamovským aa ani jiným účtům.

[GeorgeWH]

Som taky domaci liecitel a potreboval by som pomoct s operaciou mozgu jedneho klienta...

[georgo23]

Pripominate mi diskutera z novinek. Snazi se byt vtipny, chytry, ale jeho odpoved neni ani chytra ani vecna,ale je uplne zbytecna. Mate-li potrebu si na nekom honit ego prosim, ja zde prosim o radu.

[MMMMMMMMM]

A já si myslím, že právě to SASL řeší. Máme server, který je dostupný klientům uvnitř LAN (my_networks) bez omezení a klientům v Internetu umožňuje odeslat e-mail právě jen díky autentifikaci přes SASL. ;)

[georgo23]

Skutecne potrebuji reseni, kdy se klienti bdou k postfixu prihlasovat jmenem a heslem. Bohuzel spousta klientu ma nakazene sve stanice, a ty pak velice rady vyuzivaji nasich sluzeb, no a na zaklade tohoto jsme co chvili na BL. Jestli toto umi SASL, prosim jak ? Ja´to nenasel.

[camel1cz]

Nemyslím, že to přihlašování zabrání zavirovaným PC spamovat. Pro vir je to jen komplikace, pro tebe to ale není řešení.

Asi to víš, ale je dost nebezpečné dávat zákazníkům pocit, že přes tvůj mailserver můžou odeslat poštu s libovolným From: - viz SPF, DKIM. Raději bych uživatele směroval na webmail jejich poskytovatele a nebo na mail submission opět přímo na poskytovatele jejich mailu. Port SMTP zakázat.

Pokud bych stavěl SMTP relay server pro nějakou síť - dal bych interní síť do mynetworks. Dále bych nastavil limity pro odesílání pošty - pokud jde o soukromé použítí, tak asi dost přísné... a při porušení bych buď mail zablokoval na SMTP serveru (vracel informaci, co se stalo) a nebo prostě zablokoval danou IP. A samozřejmě zablokoval SMTP port ven.

V tom duchu (limity a při porušení blok odesílání) provozuju už léta na plnohodnotném mailserveru (velké stovky aktivních účtů) a nemám s blacklisty ani příjemci pošty problémy.

[Filip Jirsák]

Jestli toto umi SASL, prosim jak ? Ja´to nenasel.

Podívejte se na začátek stránky, kde máte svůj dotaz. Pod tím najdete nadpis „Řešení dotazu“ a pod ním (momentálně) odkaz na komentář č. 2. V něm je odkaz na dokumentaci Postfixu, kde je to popsané.

Že je tu řešení tu máte napsané opakovaně, nechápu, proč pořád trváte na tom, že to řešení vašeho problému není, a navíc neuvedete jediný důvod, proč by to řešení být nemělo.

[GeorgeWH]

...pretoze tomu zjavne nerozumie.

[Peter Golis]

Podnikateľ nepotrebuje všetkému rozumieť. Stačí keď zaujme ľudí ktorí mu to urobia aby to potom predal.

[Josef Kufner]

smtpd_*, nikoliv smtp_*.

[Max]

A to je naprosto špatný přístup. ISP by neměl pro své klienty provozovat smtp servery, který odesílá maily jak je libo.
Každý klient má někde svou mailovku a ten server, kde jí má, podporuje i smtp. V dnešní době to podporují všichni. Klient by měl odesílat přes servery, kde má onu mailovku. Když mám mail na seznamu, tak odesílat maily přes seznam, když na centrumu, tak přes centrum,když na gmailu, tak přes gmail atd.
Ty se vyhneš provozování smtp serveru, spamování a dalším věcem s tím spojených. Klienti se pak vyhnou problémům s doručováním emailů, protože SPF, DKIM, DMARC, ADSP a další politiky pro zdůvěryhodňování emailové komunikace.
Provoz smtp serveru u ISP je značně nevýhodný pro obě strany a je to věc dávné historie, která by se neměla prodlužovat.
Zdar Max
PS: pokud klient vyžaduje po ISP smtp server pro odesílání emailů, tak jen proto, že neví, že to nepotřebuje, protože v dávné historii seznam, centrum, volny apod. smtp provozovaly jen pro odesílání z webmailu a tak to zůstávalo na ISP

[aceman]

Su aj webmaily, ktore SMTP neposkytuju (aj ked maju napr. POP3/IMAP4), takze SMTP u ISP je niekedy nevyhnutny.

[Max]

A to je problém, klient bude používat nekvalitní službu a aby nějak vykompenzoval chybějící fce, které jsou dnes běžné u spousty freemailů, tak začne používat další nekvalitní službu, se kterou se mu jednak nepodaří doručit všechny maily, a co je horší, většinou se ani nedoví, že se něco nedoručilo.
V takovém případě bych doporučil přechod jinam. V dnešní době i spousta freemailů umožňuje vybírat maily na vzdáleném imap/pop3 serveru, takže žádné trauma z přechodu fakt nehrozí.
Zdar Max

[Filip Jirsák]

Klienti se pak vyhnou problémům s doručováním emailů, protože SPF, DKIM, DMARC, ADSP a další politiky pro zdůvěryhodňování emailové komunikace.

Přesněji řečeno vyhnou se problémům se špatným použitím politik pro zdůvěryhodňování e-mailové komunikace. Ty politiky mají sloužit k tomu, aby bylo dohledatelné, kdo skutečně e-mail odeslal – a to se nijak nevylučuje s odesíláním přes mailový server SMTP. Nicméně je pravda, že mnozí správci poštovních serverů si dnes myslí, že hlavním úkolem poštovního serveru je nedoručit co nejvíce e-mailů, takže s e-maily posílanými přes poštovní server SMTP opravdu budou problémy.

[Max]

Asi takhle, SPF, DMARC, DKIM, ADSP jsou věci, co se používají. Dále se používají kontroly rDNS a i kontroly MX.
To je dnešní stav. A do tohoto stavu těžko zapadají smtp servery od ISP. Ať se to jakémukoli teoretikovi líbí, nebo nelíbí. Sami ISP ani neví, jak má vypadat správně nastavený smtp (odpovídající dnešním politikám/trendům) a klienti už vůbec ne. Z toho je pak jasné, že se spousta mailů nedoručí a klient se to v takovém případě mnohdy ani nedoví, což je to nejhorší, co se může stát.
Pokud tu chceš teoretizovat o tom, jak se ti SPF, DMARC apod. věci nelíbí, tak si o tom teoretizuj, ale tady se řeší reálný problém a reálné nasazení ve světě, kde se tyhle věci používají a nelze jít proti proudu.
Zdar Max

[Filip Jirsák]

Já jsem ale nepsal nic o tom, že by se to používat nemělo – problém je v tom, že se to často používá špatně.

SPF kontroluje HELO a obálkového odesílatele, s tím není žádný problém, pokud bude ten poštovní server ISP nakonfigurován správně. DKIM podepisuje hlavičky e-mailu, opět by s tím neměl být žádný problém u správně nakonfigurovaného serveru. Problematické jsou DMARC a ADSP, které popřely význam obálkového odesílatele a hlavičky From z těla e-mailu, jak jsou definovány ve všech předchozích RFC. Ale pokud někdo používá DMARC a ADSP, tak snad poskytne svým uživatelům MSA.

[Max]

Pokud máš email u nějakého freemailu, tak je SPF problém a to samé s DKIM.
Je tedy problém se všema zdůvěryhodňovacíma technikama a není způsob, jak to vyřešit.
Kdo používá vlastní doménu, tak v takovém případě řešení je, ale nějak v tom nevidím přínos. Mohu si nastavit odesílání přes server ISP, pořešit SPF, DKIM apod. Ale proč to? Server od ISP je dost často spamovací a je sám o sobě dosti znevýhodněn z pohledu doručování.
Jde všechno, ale dře to a nikdy to není úplně ideální.
Zdar Max

[Filip Jirsák]

Toto SASL ani smtpd_sasl_auth_enable neřeší.

Řeší. Už vám to tu tvrdilo několik lidí, a vy pořád tvrdíte opak, aniž byst nenapsal jediný důvod, proč si něco takového myslíte.