Re: Doporučený způsob posílání notifikací submited krze SES

[Jan Jurák]

Ahoj Radku,

Tady ten problém je už vyřen tím co navrhnul Vilém K, tj zpovozněním
postfix submission relay službou. Ale nechci nechat tůj email bez opdovědi
- zas tak často mi lidé nepíšou :)

Já jsem řešil kromě doručování mailu ze svého scriptu, ješte doručování
notifikace cronem, pak také mám joby v periodic a ještě jedním zdrojem.
Nelíbilo se mi, že musím kvůli každému jednomu mail senderovi dělat změny v
systému abych měl v headeru sender=gethostname.

Problém byl především v použitém /usr/libexec/dma, který používá hodně let
kvůli některým jeho dobrým vlastnostem, ale ukázal se jako kompletně
neodpovědný header rewriter - maily ztrácely *Sender uplně *nebo prostě dma
změnil hodnotu krom toho dost blbou.

Teď žádné změny na instancích nedělám, i ten dma jsem nechal jako sendera
ale tím že se ta všehochuť pošle na vzorný postfix relay server, který
pokud jde o header rewriting je skvělý a jeho rewrite Sender nemrví naopak
doplní lhostejno, zda mail vytvořil cron, periodic, můj script nebo
applikace a SES maily od něj slupne jako malinu prakticky s výchozím
nastavením (ok SASL auth jsem přidal) ale jinak default.

Měl jsem dma rád, ale halt jsem musel bolestně změnit názor - header mění
dost neodpovědně. Wietse má obrovské zkušenosti, zdá se že ví co si může a
taky má dovolit přepsat tak aby protistrany byla spokojená.

gmail co? na ten už jsem zapoměl :) ty notifikace potřebuju mít v poště ne
zamítnute ve frontě. AWS SES když už se teda zprovozní funguje naprosto
spolehlivě, nepřekvapuje žádnými poichybnými politikami, všechno se
doručuje, proto je asi tak přísný na vstupu hádám.

Pokud jde o návrhy nastavit pro doménu vlastní mail, tomu jsem se vyhnul
protože existuje nastavení pro aplikace s užovkama a MX má už jiný SMTP
server a na to já hrabat nechci a taky jsem nechtěl otravovat kvůli
notifikacím, které ve výsledku nikho nezajímají.


Regards
Jan Jurák


On Sun, Mar 22, 2020 at 4:03 PM Radek Krejča <radek.krejca at starnet.cz>
wrote:

> Ahoj,
>
> trochu se v tom porad nemuzu zorientovat - Ty resis skutecne jen
> doruceni nejakeho mailu vygenerovaneho nejakym scriptem nekam na
> postovni server?
>
> Pokud ano a je ten postovni server v Tvoji sprave, pripadne mas moznost
> si tam neco domluvit (coz na Gmailu fakt nemas), tak proc proste
> nevyuzijes prikaz mail, co je v systemu, kde si budto pohrajes s
> odeslanim vcetne hlavicek (ale neni to podminkou) a na prijimaci strane
> si nedas dany stroj, rozsah nebo jinak definovanou skupinu odesilacich
> stroju do whitelistu, kde nebudes kontrolovat vubec nic (proto jsem vyse
> psal, ze si ani s hlavickami lamat hlavu za urcitych okolnosti nemusis)?
> Nebylo by tohle reseni?
>
> Na Gmail se nejakymi systemovymi zalezitostmi zapomen, je to zpovykany
> freemail, ktery co se mu nelibi budto strci nekam do hodne hluboko
> zamaskovane podslozky, nebo lepe, vubec to nedoruci.
>
> Ohledne Amazonu, cena vhodne domeny dnes stoji v radu set CZK za rok (u
> nekterych i mene) a pro obycejny prijem posty pro ciste jen Tvou domenu
> (nemas-li moznost jineho serveru) Ti staci jakykoliv pocitac, na ktery
> vede verejna adresa nebo jsi tam jen schopen presmerovat prislusne
> porty, kdyz bude fakt nejhur.
>
> Jestli jsem tedy dobre pochopil, co resis, tak jdes na to nesmirne slozite.
>
> RK
>
> --
> FreeBSD mailing list (users-l at freebsd.cz)
> http://www.freebsd.cz/listserv/listinfo/users-l
>