Dotaz: Odeslání emailu

[Kovařík Petr]

Chtěl bych na email automaticky posílat výpisy logů třeba když se mi bude zaplňovat disk etc, použití by bylo asi víc. V Debianu jsem zkusil příkaz mail -s “Correo con archivo adjunto” nonaino@mail.com -A texto.txt co jsem našel na internetu ale i když jsem zkusil poslat zprávu na Gmail nebo Seznam nenašel jsem to nikde, hledal jsem i ve spamu. Můžete mě trochu popostrčit?

---

---

Odpovědi

[Kovařík Petr]

cat sendmail.txt | mutt -s "Hello world" info@mail.com - taky nic.

[Max]

1. Pokud chceš použít příkaz mail (asi balíček mailx), musíš mu říct, přes jaký smtp server má tu poštu posílat.

Nastavuje se to v souboru /home/uživatel/.mailrc.

Smtp by mělo být od poskytovatele internetového připojení.

Soubor .mailrc by měl vypadat nějak takto:

set smtp=smtp.od_tveho_poskytovatele_pripojeni.cz
set smtp-auth=login
set smtp-auth-user="karel.novak@poskytovatel_pripojeni.cz"
set smtp-auth-password="heslo_k_uctu"
set from="karel.novak@poskytovatel_pripojeni.cz"
Příkaz:

cat /home/uživatel/zprava | mail -r odkud@jeto.cz -s "Předmět e-mailu 1" kam@to_pujde.cz

 

2. Pokud chceš použít příkaz mutt (asi balíček mutt, e-mailový klient), musíš mu říct, přes jaký smtp server má tu poštu posílat.

Nastavuje se to v souboru /home/uživatel/.mutt/muttrc.

Smtp by mělo být od poskytovatele internetového připojení.

Soubor muttrc by měl vypadat nějak takto:

#SMTP seznam.cz
#set ssl_starttls = yes
#set ssl_force_tls = yes
#set smtp_url=smtp://tvuj_mail@seznam.cz:tvoje_heslo@smtp.seznam.cz

#SMTP atlas.cz
#set ssl_starttls = yes
#set ssl_force_tls = yes
#set smtp_url=smtp://tvuj_email@atlas.cz:tvoje_heslo@smtp.centrum.cz

[Kovařík Petr]

Moc děkuju, už to funguje.

[Petr Maleček]

Jen malá drobnost - smtp.od_tveho_poskytovatele_pripojeni.cz - určitě NE, musí to být SMTP server tvého poskytovatele e-mailové schránky. Pokud to bude SMTP server poskytovatele připojení, tak je dost pravděpodobné, že email vůbec nedorazí nebo padne rovnou do spamu. Navíc je nesmysl ISP předávat údaje ke schránce.

[pavele]

Jen malá drobnost - smtp.od_tveho_poskytovatele_pripojeni.cz - určitě NE, musí to být SMTP server tvého poskytovatele e-mailové schránky. Pokud to bude SMTP server poskytovatele připojení, tak je dost pravděpodobné, že email vůbec nedorazí nebo padne rovnou do spamu. Navíc je nesmysl ISP předávat údaje ke schránce.

Tak zas tomu moc nerozumím, ale poskytovatel internetu může někdy blokovat odchozí smtp porty, pokud poskytuje i e-mailovou službu, ne?

Ze zkušenosti, můžu nastavit smtp mého poskytovatele internetového připojení bez autorizace (bez už. jména + heslo) a e-mail projde.

Jinak ano, SMTP server tvého poskytovatele e-mailové schránky je to pravé.

Ještě drobnost, pokud mám poskytovatele e-mailové schránky třeba seznam.cz, tak do from musím dát něco@seznam.cz, jinak ten e-mail neprojde asi kvůli kontrole spamu.

[Petr Maleček]

ISP rozhodně nemá co blokovat jakýkoli port. Pokud to dělá, okamžitě žádat odblokování.

Zkušenost hezká, ale řešení je to extrémně nespolehlivé. Vaši poštu má/mají odesílat výhradně SMTP server/y poskytovatele e-mailové schránky už jen z toho důvodu, že ji pravděpodobně podepisuje DKIM klíčem a pravděpodobně jsou nastavené SPF záznamy na konkrétní SMTP server(y) poskytovatele e-mailu a DMARC pravidlech. Tím, že poštu odešlete přes obecný SMTP server poskytovatele 1. umožníte logování vašich zpráv poskytovatelem a 2. zprávy budou velice často končit ve SPAMu či budou zcela odmítnuty (záleží na SPF definici a politiách cílových domén / serverů). Nemluvě o reputaci obecných SMTP serverů, které často končí na blacklistech.

Mimochodem i obecné e-mail schránky od Seznamu používají DKIM, SPF a DMARC. A odesíláním přes SMTP poskytovatele všechny tyto 3 položky chybí / jsou porušeny => končí ve SPAMu, nebo nejsou doručeny vůbec.

Do správně nastavené e-mailové schránky by nic takového neprošlo.

[pavele]

ISP rozhodně nemá co blokovat jakýkoli port. Pokud to dělá, okamžitě žádat odblokování.

Zkušenost hezká, ale řešení je to extrémně nespolehlivé. Vaši poštu má/mají odesílat výhradně SMTP server/y poskytovatele e-mailové schránky už jen z toho důvodu, že ji pravděpodobně podepisuje DKIM klíčem a pravděpodobně jsou nastavené SPF záznamy na konkrétní SMTP server(y) poskytovatele e-mailu a DMARC pravidlech. Tím, že poštu odešlete přes obecný SMTP server poskytovatele 1. umožníte logování vašich zpráv poskytovatelem a 2. zprávy budou velice často končit ve SPAMu či budou zcela odmítnuty (záleží na SPF definici a politiách cílových domén / serverů). Nemluvě o reputaci obecných SMTP serverů, které často končí na blacklistech.

Mimochodem i obecné e-mail schránky od Seznamu používají DKIM, SPF a DMARC. A odesíláním přes SMTP poskytovatele všechny tyto 3 položky chybí / jsou porušeny => končí ve SPAMu, nebo nejsou doručeny vůbec.

Do správně nastavené e-mailové schránky by nic takového neprošlo.

ISP rozhodně nemá co blokovat jakýkoli port. Šedivá je teorie, zelený strom života.

[Petr Maleček]

To souhlasím, no. Ale když si to zákazník nechá líbit, tak se není čemu divit. Sám pracuju pro ISP přes 12 let a vlastní SMTP servery pro zákazníky jsme rušili před 8 lety, protože to způsobovalo obrovské problémy s tím, že maily odeslané přes tyto servery prostě nebyly doručovány. V ten okamžik jakékoli blokování portů nepřipadalo v úvahu. Předpokládám, že pokud něco blokují, tak třeba port 25, ale pokud 587 by nikdo blokovat neměl (nikdo rozumný).

[Peter Golis]

On ešte niekto nehodí do spamu email odoslaný zo servera umiestneného u niekoho doma a sediacom na segmente určeného pre prípojky domácich užívateľov s desktopmi, televízormi, mobilmi a tabletmi? Odtiaľ lozia len spamy z vírusov, a občas z nejakého pokusu kde si junior chce doma rozchodiť nejakú hračku a diví sa ...

Namiesto použitia smart relay.

Ale súhlasím s tým že blokovať čokoľvek je blbosť, ak o to koncový zákazník nepožiada. Ak chce človek zverejniť hoci aj svoje zamestnanecké meno a heslo napr. do firmy cez nekryptované FTP, je to jeho chyba. A ak firma alebo zamestnávateľ umožňuje používanie verejne odpočúvateľných kanálov, tak nech si znáša dôsledky. Predchádzanie takémuto hazardu je jedna vec, a úmyselné riziko je vec druhá.

[Petr Maleček]

Není problém segment sítě, který je určený koncovým uživatelům (když teda zrovna ta IP není na blacklistech - pokud máte například veřejnou dynamickou), ale je nutné nadefinovat přesné zásady pro konkrétní doménu a její distribuování mailů a ty pak do puntíku dodržovat. Čili mít nadefinováno, jaké SMTP servery jsou autorizované pro odesílání e-mailů dané domény (SPF), maily podepisovat platným DKIM klíčem, mít nejlépe platné SSL certifikáty. A pokud je to možné a máte statickou veřejku, tak mít i platné reverzní záznamy v DNS. Pak by mělo být vše v pořádku. A samozřejmě dobrou reputaci domény, která nerozesílá tuny spamu.

[Peter Golis]

když teda zrovna ta IP není na blacklistech - pokud máte například veřejnou dynamickou)

Odkedy sa nedávajú verejné dynamické IP adresy na spamový blacklist? Veď to sa robievalo už pred vyše 10 rokmi. Kto potreboval vlastnú doménu, ten využil služby poskytovateľa. Alebo si prenajal virtuálku a krvopotne zisťoval prečo mu napr. Google zahadzuje ním odoslanú poštu.

[Petr Maleček]

Všechny veřejné IP adresy se můžou objevit na blacklistech, ale každý listing má svou expiraci. Nikde přece nepíšu, jaká se na blacklist dává nebo nedává...

[Peter Golis]

A u koho nie je verejná dynamická adresa na blackliste? Pýtam sa pre kamaráta.

[Petr Maleček]

Měl jsem dlouhá léta UPC / Vodafone (kabelovku) a budete se divit, s blacklistem jsem se setkal snad jen ve dvou případech a vše vyřešil požadavek na delisting. Konkrétní dynamickou IP jsem měl většinou do restartu modemu, takže někdy i rok.

[Peter Golis]

A kto od vás z toho dynamického rozsahu domácich prípojok prijímal email?

Teda aby sme sa pochopili, predpokladám že na danom segmente dynamického rozsahu určeného pre domáce prípojky nebol lokálny uzol ktorý to preposielal na Smart Relay ku poskytovateľovi ktorý držal doménu (a riešil aj všetku mágiu na svojej IPke aby sa to nezahadzovalo).

[RealJ]

je videt, ze tomu jako obvykle rozumis... na blacklist se obvykle dostanes kvuli tomu ze posilas bordel a ne ze ho prijimas...

[Peter Golis]

Ten kto prijíma bordel ho aj veľmi často preposiela. A sám má ísť na blacklist ako spam gateway.

[Petr Maleček]

Reputace IP adresy není trvalá, na dané IP byl vždy můj osobní e-mail (vlastní doména) a další dva mnou provozované projekty. Čili ne - dynamická IP adresa na segmentu pro domácí přípojky není obvykle problém. Se "slušným chováním" reputace IP roste a pokud ji mám dostatečně dlouho, tak není prozdíl mezi IP pro domácí přípojky a IP pro datacentra. Nevím, kolem čeho se vlastně celou dobu točíš nebo čeho chceš konkrétně dosáhnout.

[Peter Golis]

A kedy tie tri projekty skončili, keď sa začali masovo blokovať mailové servery umiestnené v IP segmentoch domácich prípojok ktoré neodosielali emaily cez smart relay poskytovateľa?

[Petr Maleček]

Běží do dnes, už 16 let, kamaráde

[Peter Golis]

Pokiaľ to má byť email na doménu pmalecek.cz, tak nie. Tá má MX cez zoho.eu a tie IPky nesedia u teba doma.

[Petr Maleček]

Můj web běží u mě doma, mail běží na Zoho. O tom nemluvím.

[Peter Golis]

Diskusia je o emailoch, nie o webíkoch.

Ale chápem že tvoje php dokáže fungovať aj ako open relay webík ktorý zasiela spam na smart relay v ZOHO kde ti ho zahadzujú.

[RealJ]

treba ja mam dynamickou ipv6 a na blackliste neni... :D radsi zduraznim pro Petrzalku ze ta ipv6 je public IP...

[Peter Golis]

A už si na nej hosťoval samostatný email aj s doménou, alebo si si sa len opýtal pána spinku?

[Petr Maleček]

Viz moje předchozí odpověď - nevím, jak jste na takovou kravinu přišel. Obzvláště u IPv6 je ten problém ještě podstatně menší.

[Peter Golis]

Viď moju predchodziu odpoveď. MX záznamy pre tvoju doménu neukazujú na IP z dynamického segmentu domácich užívateľov. Pravdepodobne ti to tvoj poskytovateľ opravil nech ti to konečne funguje.

[Jendа]

Tak zas tomu moc nerozumím, ale poskytovatel internetu může někdy blokovat odchozí smtp porty, pokud poskytuje i e-mailovou službu, ne?

Ale pro odesílání mailů z klienta se používá port 465 (nebo 587, TLS/STARTTLS). Takže zablokovaný 25 nevadí.

Ze zkušenosti, můžu nastavit smtp mého poskytovatele internetového připojení bez autorizace (bez už. jména + heslo) a e-mail projde.

Je možné, že emailová adresa, kterou používáš, nemá nastavené vyžadování DKIM (DMARC), a/nebo má dostatečně permisivní SPF. Nebo naopak tam, kde e-mail přijímáš, uvedené věci (DKIM/DMARC a SPF) nekontrolují. To není úplně best-practice a může to nefungovat.

tak do from musím dát něco@seznam.cz, jinak ten e-mail neprojde asi kvůli kontrole spamu

Hmm, koukám, že Seznam je zrovna dost permisivně nastavený (SPF s ?all a DMARC vypnutý), tak asi OK…

[Petr Maleček]

Tak zas tomu moc nerozumím, ale poskytovatel internetu může někdy blokovat odchozí smtp porty, pokud poskytuje i e-mailovou službu, ne?

Ale pro odesílání mailů z klienta se používá port 465 (nebo 587, TLS/STARTTLS). Takže zablokovaný 25 nevadí.

To není úplně tak pravda, my třeba i port 25 používáme pro odesílání mailů z klienta, jen vyžadujeme šifrování a autentizaci.

tak do from musím dát něco@seznam.cz, jinak ten e-mail neprojde asi kvůli kontrole spamu

Hmm, koukám, že Seznam je zrovna dost permisivně nastavený (SPF s ?all a DMARC vypnutý), tak asi OK…

Tak zrovna seznam není úplně vhodný příklad pro ideální nastavení...

[Andrej]

Jdi na internet.nl, zadej tam svou doménu ke kontrole, a dokud nebudeš mít přesně 100%, opravuj, nastavuj, hledej. Fakt sis myslel, že nějaký veřejný mail server přijme náhodný spam od náhodně IP adresy? Ne, to fakt ne.

Než tady někdo (zase) plácne, že ale přece „velké“ mail servery taky nemají 100% na internet.nl: To proto, že si to mohou dovolit. Těžko zaćne někdo kvůli tomu filtrovat zprávy od nich. Malý mail server kdovíkde musí mít 100%. Základy:

1. DNSSEC, doména ověřitelná od kořene
2. TLS, certifikát ověřitelný od veřejného kořene (např. LetsEncrypt)
3. DKIM funkční, ověřitelný skrz DNSSEC
4. DANE potvrzující současné certifikáty skrz DNSSEC — pro prapodivné mail servery, které neuznávají LetsEncrypt bez DANE
5. Svatá švédská trojice: SPF, ADSP, DMARC — vše opět závislé na DNSSEC
6. Mail server schopný přijímat spojení a zprávy a doložit své jméno z NS záznamu ověřitelným TLS certifikátem — mnoho mail serverů tohle spojení rychle vyzkouší, když odesilatele ještě neznají
7. Totéž pro odesílání: nabízet (nebo raději vyžadovat) TLS a prokázat se platným certifikátem na své NS jmeno

Kdybys měl aspoň funkční mail server, dostal bys od cílového mail serveru bounce s vysvětlením, proč mail nepřijal a co musíš dát do pořádku. Když odešleš „mail“ ve stylu 80. let, ve 20. letech to nebude fungovat.

[Petr Maleček]

Tos zase plácnul něco ty. 100% mít nemůže už jen ve chvíli, kdy nemá IPv6, což ani není (a nemůže být) povinnost a ani s tím nic neudělá. Zbytek víceméně souhlasí.

[[Jooky]]

Teba spravit, co pisal Max ... vykaslat sa na nejaky server a nastavit si relay cez svojho poskytovatela (ci uz ISP, alebo email). Ja mam svoju domenu hostovanu u velkeho poskytovatela a notifikacie si posielam cez schranku, ktoru mam v tej istej domene. Tak mam istotu, ze to nechyti ziadny filter. Takto je to email od jedneho autorizovaneho uzivatela druhemu v ramci jednej domeny ...

V dnesnej dobe je bohuzial situacia taka, ze stavat si individualne mail servre uz prakticky nejde. Tych veci, co treba udrziavat je enormne vela. To lepsie vazne zaplatit par centov za dalsiu schranku a cez to posielat emaile ...

Chce to mít vlastní poštovní server, který bude ty zprávy z jeho serverů přijímat. Na tom poštovním serveru si pak může nastavit taková pravidla pro přijímání mailů ze svých serverů, jaká se mu zamanou.

[Max]

Já nic nepsal, to "pavele", já to jen označil za řešení.
Zdar Max