Dotaz: Vlastní SMTP server

[Jardík]

Chtěl bych si na svém PC vytvořit jednoduchý smtp server. Nejde mi o přijímání pošty - tu budu přijímat přes pop na seznamu, ale chtěl bych přes něj jen odesílat zprávy, protože smtp serveru seznamu trvá docela dlouho, než zprávu doručí a jen málokdy se mi s ním podaří navázat spojení. Nejlepší by bylo něco jednoúčelové a jednoduché na konfiguraci (GUI konfigurace by byla bezva, ale není podmínkou). Nastavil bych si tam uživatele (třeba jardasmid), u něj si nastavil adresu (libovolnou - třeba jardasmid@seznam.cz, aby mi pak uživatel odpovídal na tuto adresu), heslo. V klientovi (třeba kmail) nastavil smtp na localhost, nastavil jméno a heslo a už by to fungovalo. Zprávy by měly být odesílány okamžitě, žádné pozdržení, pokud nejsem připojen k internetu, potřeba není. Poraďte nějaký jednoduchý program, nějaký článek. I když mám dns záznam na dyndns.org, byl bych radši, aby nebyl potřeba - co kdyby ddclient ještě nezesynchronizoval IP adresu.

Odpovědi

[Josef Kufner]

Nainstaluj si postfix. V téměř defaultní konfiguraci to dělá to co chceš.

[eh]

Priklanim se taktez k Postfixu.

[Haaja]

Exim by mohl take postacovat. Je celkem jednoduchy a pochopitelny na konfiguraci. Jinak postfix samozrejme je jednicka.

[Jardík]

Takze jsem nainstaloval postfix. Vse jsem nechal v default nastaveni. Bohuzel se mi ale nedari odeslat email. Vsechno se tvari ok.

$ telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.localdomain.
Escape character is '^]'.
220 localhost ESMTP Postfix
EHLO jardasmid
250-localhost
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250 8BITMIME
MAIL FROM: jardasmid@seznam.cz
250 Ok
RCPT TO: jardasmid@sezna,.cz
501 Bad address syntax
RCPT TO: jardasmid@seznam.cz
250 Ok
DATA
354 End data with <CR><LF>.<CR><LF>
Subject: pozdrav

Ahoj, jak se mas?
.
250 Ok: queued as 3AA50CBC9E
QUIT
221 Bye
Connection closed by foreign host.

V /var/spool/postfix/defer/ je ale vytvořena složka a v ní soubor:

<jardasmid@seznam.cz>: connect to mx2.seznam.cz[194.228.32.32]: No route to host
recipient=jardasmid@seznam.cz
offset=294
status=4.0.0
action=delayed
reason=connect to mx2.seznam.cz[194.228.32.32]: No route to host

[Josef Kufner]

To co tě zajímá najdeš taky ve /var/log/mail.err. Nejdříve vyzkoušej, zda funguje třeba root@localhost (doručit by se to mělo do /var/mail nebo /var/spool/mail).

[Jardík]

Nov 28 23:01:16 localhost postfix/qmgr[6790]: 3AA50CBC9E: from=<jardasmid@seznam.cz>, size=371, nrcpt=1 (queue active)
Nov 28 23:01:16 localhost postfix/smtp[7187]: warning: My hostname localhost is not a fully qualified name - set myhostname or mydomain in /etc/postfix/main.cf
Nov 28 23:01:17 localhost postfix/smtp[7187]: connect to mx1.seznam.cz[194.228.32.42]: No route to host (port 25)
Nov 28 23:01:20 localhost postfix/smtp[7187]: connect to mx2.seznam.cz[194.228.32.32]: No route to host (port 25)
Nov 28 23:01:20 localhost postfix/bounce[7188]: warning: My hostname localhost is not a fully qualified name - set myhostname or mydomain in /etc/postfix/main.cf
Nov 28 23:01:20 localhost postfix/smtp[7187]: 3AA50CBC9E: to=<jardasmid@seznam.cz>, relay=none, delay=66, status=deferred (connect to mx2.seznam.cz[194.228.32.32]: No route to host)

Jeste si zkusim pohrat s hostname, ale tím to asi nebude. Ten mail na root@localhost dojde.

[Jardík]

Takže jsem si změnil hostname na dns, kterou mám na dyndns.org: jardasmid.homeftp.org. Záznam jsem zesynchronizoval s mou IP adresou, ale stejná chyba.

[Johny z Podoli]

zdali pak nemá tvuj postfix stejný problém s připojením jako když se na seznam připojuješ telnetel.

Zkus ten testovaci mail poslat jinam...

btw, "no route to host" je divné... nechápu, ale data by měla jít default routou, tu musíš mít, a kdyby to zdecávalo po cestě, tak nejspíš zase nebude nou route to host... divné, divné..

[Jardík]

Ba gmail to hodí to samé (přes postfix). Přes telnet se tam ale připojím a klientem normálně přes smtp gmailu zprávy posílat můžu.

[rastos]

RCPT TO: jardasmid@sezna,.cz
501 Bad address syntax

[Opičák]

A?

[Foxnet]

Umíte anglicky? Bad address syntax znamená špatná skladba adresy, tzn. v e-mail adrese nemůže být čárka. máte tam napsáno @sezna,.cz místo @seznam.cz.

[zabza]

A na dalším řádku je co?

[Foxnet]

Hluboce se omlouvám, nevšiml jsem si toho. Pardon. Mimochodem, nemyslel jsem to zle, ikdyž to tak asi vyznělo.

[Opičák]

anglicky umím možná líp než vy. Ovšem co tím jako řešíte, když ji hned pod tím po druhé výzvě serveru zadal dobře. Tím pádem to přispivatel výš asi nějak nedočetl do konce a proto se ptám tím. A? Ještě něco důležitého co mi chcete sdělit?

[Petr Šobáň]

A pokud nemáš veřejnou IP a reverzní záznam předávej vše na SMTP svého poskytovatele.

[Jardík]

To právě nechci. Na smtp seznamu se mi málokdy podaří připojit, téměr nikdy.

$ telnet smtp.seznam.cz 25
Trying 194.228.32.43...
telnet: connect to address 194.228.32.43: No route to host
telnet: Unable to connect to remote host: No route to host

[Josef Kufner]

Seznam není tvůj poskytovatel připojení k Internetu.

[Petr Šobáň]

Přesně a pokud nemáš stabilní veřejnou IP s reverzním záznamem tak si přímo stejně většinou nic nepošleš - ostatní tě odmítnou že nemáš záznam v DNS nebo jseš na spamlistu.

Prostě použij SMTP svého poskytovatele připojení k internetu.

[Jardík]

To pak ale nemá cenu, abych si dělal smtp server. E-maily by byly stejně opožďovány. IP adresu mám dynamickou, mám DNS záznam u dyndns.org, ale reverzní záznam ... asi nee. Kouknu na jejich stránky, jestli se nedá taky aktivovat.

[Jardík]

Co je to MX záznam? Je to to co hledám?

[Jardík]

Tak jsem si o tom přečetl a ... není.

[Opičák]

no MX záznam právě potřebuješ, bez toho ti ta pošta chodit tak nebo tak nebude.

[Josef Kufner]

Záznamy na dyndns mají stejné MX jako to na co ukazují. Nebo se to dá nastavit. Teď nevím, ale mě přes to maily chodí bez problémů.

# grep mx -i /etc/ddclient.conf 
mx=moje_domena.tld
backupmx=yes

[Opičák]

Já dřív dyndns taky používal a maily chodily OK. Stačí to jen dobře nastavit. Pevná veřejná IP být nemusí, stačí když je veřejná a nastaví se to právě přes dyndns nebo podobnou službu. Pak vše funguje naprosto v pohodě.

[Petr Šobáň]

A pokud ji dostane někdo jiný začne přes ni posílat spam a už je na černé listině a už si nepošleš ani ty jak ji dostaneš.

[Opičák]

Ano tohle riziko je mi známé, ale zatím se mi to nestalo a už ani nestane. Mám již jinačí druh připojení a mám veřejnou pevnou IP. Taky dyndns nepoužívám a zaregistroval jsem si raději doménu.

[Jardík]

Já nechci, aby mi na to pošta chodila, chci jí jen odesílat.

[pasmen]

I tak potrebujes MX zaznam. Vetsina SMTP serveru (alespon tech co se chovaji podle RFC) ti neprevezme pro relay postu pokud nemas platny MX zaznam.

[Michal Kubeček]

To se mi nějak nezdá. Jaký MX záznam by to měl být? Pro jaké doménové jméno?

[pasmen]

Jo mate pravdu, sorry, popletl jsem si to s reverznim zaznamem...

[Filip Jirsák]

Žádná z pracovních stanic (klientů), které jsem potkal, neměla MX záznam. Všechny SMTP servery, se kterými jsem se potkal, od takových stanic v pohodě přebíraly (relay) poštu a odesílaly jí dál. Takže vaše "většina" bude maximálně pár záměrně pokažených serverů.

[milda]

hoši, to sou rady jak z receptáře. MX záznam potřebuješ, když budeš poštu přijímat. Když budeš poštu někomu posílat, tak si vyžádáš od DNS informaci o tom, kdo se ti stará o poštu MX záznam.

[Jardík]

Hmm, problém. Moje IP má reverzní záznam od poskytovatele internetu: a213-164.dialup.iol.cz. Takže DNS a213-164.dialup.iol.cz i jardasmid.homeftp.org směruje na mou IP. Jenže postfix mám nastaven na jardasmid.homeftp.org a při kontrole na seznamu vyhodnotí a213-164.dialup.iol.cz, což se neshoduje a vyhodí mě to. Reverzní záznam je asi nemožné získat, protože ho už poskytl poskytovatel internetového připojení. Ale ... mohl bych si napsat nějaký skriptík, který při změně mé IP změní konfigurák postfixu a hodí tam správný dns záznam Existuje nějaký příkaz, kterým bych našel "tu správnou DNS"?

[Josef Kufner]

Právě jsem si to ověřil. Také posílám z jiné adresy, která je z dyndns.org a nesedí to s reverzní od poskytovatele (akorát mám upc). Mail na seznam prošel bez problémů.

[Petr Šobáň]

Všechny servery si nemusí ověřovat reverzní záznamy taktéž různé servery můžou používat různé ban listy.....

[Jardík]

Můžu znát nastavení? Nastavil jsem:

myhostname = jardasmid.homeftp.org
mydomain = jardasmid.homeftp.org

Víc jsem nenastavoval a ten email na seznam mi neprojde.

[Josef Kufner]

Kompletní znění toho, co mám na notebooku:

# /etc/postfix/main.cf
# See /usr/share/postfix/main.cf.dist for a commented, more complete version
 
smtpd_banner = $myhostname ESMTP
biff = no
 
# appending .domain is the MUA's job.
append_dot_mydomain = no
 
# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h
 
myhostname = notebook.domena.net
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = notebook, notebook.domena.net, localhost.localdomain, localhost
relayhost =
mynetworks = 127.0.0.0/8
mailbox_command = 
mailbox_size_limit = 0
recipient_delimiter = +

[Jardík]

Doménu teda registrovanou nemáte? Je to jen smyšlená? Reverzní záznam také ne? Mně to s tímto nastavením (změnil jsem jen tu doménu) také nefunguje: No route to host.

Když jsem schválně poslal přes webové rozhraní seznamu email na jardasmid@jardasmid.homeftp.org, tak mi email došel.

[Josef Kufner]

Ale mám. Reverzní záznam mám od UPC a hezčí doménu mám u dyndns.

[Petr Šobáň]

Klidně já mám:

queue_directory = /var/spool/postfix
command_directory = /usr/sbin
daemon_directory = /usr/libexec/postfix
mail_owner = postfix
myhostname = b80.ol.ntw.fcanet.cz
myorigin = $myhostname
inet_interfaces = all
mydestination = $myhostname, localhost
unknown_local_recipient_reject_code = 550
mynetworks = 10.0.0.0/24, 127.0.0.0/8
relayhost = [194.228.30.71]
in_flow_delay = 1s
alias_database = hash:/etc/aliases
header_checks = regexp:/etc/postfix/body_checks.txt
body_checks = regexp:/etc/postfix/body_checks.txt
debug_peer_level = 2
debugger_command =
	 PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
	 xxgdb $daemon_directory/$process_name $process_id & sleep 5
sendmail_path = /usr/sbin/sendmail.postfix
newaliases_path = /usr/bin/newaliases.postfix
mailq_path = /usr/bin/mailq.postfix
setgid_group = postdrop
html_directory = no
manpage_directory = /usr/share/man
sample_directory = /usr/share/doc/postfix-2.3.3/samples
readme_directory = /usr/share/doc/postfix-2.3.3/README_FILES

Jinak komentáře jsem smazal

Jinak pěkný návod je zde 6. Služby mailového servera

[Jardík]

I když tam dám myhostname a81-162.dialup.iol.cz nebo jardasmid.homeftp.org a nastavím svoje cesty, tak to nejede.

[Petr Šobáň]

Jak jseš u telekomu tak se vykašli na svůj smtp a použij ten od telekomu.

Případně si můžeš pořídit vlastní aby jsi mohl odesílat emaily i jak nejseš připojený a nastav to aby je předával SMTP tvému poskytovateli a jak se připojíš tak je postfix odešle.

[pasmen]

Na SMTP od telecomu bych se moc nespolehal. Kdyz jsem to naposledy zkousel tak jim nefungovalo SMTP Auth, jejich podpora tvrdila ze ano (jak jinak), ale opak byl pravdou.

[Luboš Doležel (Doli)]

Já reverzní záznam pro svůj SMTP server nemám, jediný server, kterému to zatím vadilo, byl Volný.cz a o tom si stejně myslím své. Nechápu, proč mi kvůli neexistenci takového záznamu nechce povolit doručit e-mail?

Znám i pár dalších SMTP serverů, které je nemají... Pokud to má sloužit jako antispam, tak je to pitomost. Prakticky veškerý spam chodí z IP adres, které reverzní záznam mají.

[Jardík]

Kámoš ze školy se ale na smtp seznamu z windows normálně připojí, i když není připojen přes seznam ale wifi, co je ve škole.

[pasmen]

Proc by se na to nepripojil, kdyz zna jmeno a heslo? To je vetsinou to jedine, co od poskytovatele nebo mail portalu dostanes a on ti tak umozni vyuziti jeho SMTP serveru...

[Jardík]

No, já své jméno a heslo znám také, jenže mě se to se serverem na seznamu vůbec nespojí, takže nemám ani komu odeslat přihlašovací informace.

[Jardík]

KMail mi vyhodí: Není možné se spojit s hostitelem smtp.seznam.cz. Server mám nastavený na smtp.seznam.cz, port 25, zaškrtnuto server vyžaduje autorizaci.

[Josef Kufner]

Pokud je příjemce uživatelem toho serveru, nepotřebuješ provádět žádnou autentizaci. To je (obvykle) potřeba jen pokud chceš posílat maily na nějaký cizí server. Možnosti jsou v zásadě dvě: buď posíláš ze ip, která je na seznamu povolených (třeba z LAN za routerem na kterým běží smtpd) nebo se prokážeš heslem/klíčem/čímkoliv. (To jen pro upřesnění.)

[R]

No kedze sa na ten SMTP server nemozes pripojit, tak sa tam (prekvapivo, ze) nemoze pripojit ani tvoj Postfix.

Podla toho "No route to host" to vyzera, ze tam mas nejaky problem.

[Jardík]

Na smtp gmailu se ale telnetem připojím.

[Chytrolínek]

A nebylo by jednodušší zaregistrovat si nějakou doménu www.něconěkde.cz (com, biz, net, info apod.) a posílat maily z SMTP serveru své domény? Připadá mě to jednodušší než se rozčilovat s nějakým programem (postfix apod.), který stejně nechodí.

[Jardík]

Problém s vaším řešením:

• Dynamická IP adresa
• Stejně mi musí na mém PC běžet SMTP server, protože ta DNS bude ukazovat na mou IP adresu

[Filip Jirsák]

Teda jak to tady čtu, polovina diskutujících by si měla přečíst nějaké základy toho, jak na internetu funguje doručování e-mailů.

Při odesílání se SMTP na straně odesílajícího může chovat dvěma způsoby – buď zná nějaký nadřazený SMTP server, a e-mail předá jemu (takhle se chová snad každý poštovní klient - tedy to, v čem čteme a píšeme e-maily). Serveru, který tohle umožňuje, se říká relay. Druhá možnost je, že si odesílatel dle MX záznamů zjistí, který server obsluhuje poštu pro cílovou doménu a spojí se rovnou s tím cílovým SMTP serverem. Tomu se říká smart host.

Snad každý ISP poskytuje relay pro své klienty. Větší sítě (firemní, školní) často poskytují relay pro počítače ve své síti. Kdokoliv může poskytovat realy, ale zpravidla jej poskytuje jen nějak vymezenému počtu klientů – takže třeba Seznam.cz může poskytovat relay uživatelům svého freemailu - pak je nejspíš bude chtít odlišit od náhodných kolemjdoucích, a bude vyžadovat autentizaci jménem a heslem. Pokud někdu poskytuje relay úplně komukoliv, říká se tomu openrelay, a takové servery mají strašně rádi spameři a viry, protože přes openrelay se mohou v pohodě šířit. Běžné servery se snaží s openrelay nebavit.

Mít vlastní smart host se vyplatí v případě, že obsluhuje nějakou ne mrňavou síť, resp. pokud se odesílá větší množství e-mailů. Jinak je to zbytečná práce navíc se správnou konfigurací a hlídáním, aby server doručoval e-maily, nešířil viry či chybové zprávy atd.

Pokud máte pár počítačů, stačí relay, a pokud neodesíláte mnoho e-mailů, nechcete je ještě nějak jinak zpracovávat nebo se jedná o nějakou domácí síť, je zbytečné konfigurovat vlastní relay server, stačí použít ten vašeho ISP. Navíc nikdo nebude mít zájem na tom, aby z dynamicky přidělovaných IP adres odcházely e-maily do celého světa, protože nikdo rozumný z takových adres e-maily neposílá, zato se z nich rozesílají viry a spam. Takže bych se vůbec nedivil, kdyby ISP z takových adres zakázal připojení na port 25 jinam, než na své SMTP relay servery, a ani bych mu to neměl za zlé, pokud by o tom informoval své uživatele.

Co se týče rychlosti doručení, u e-mailu žádná rychlost zaručená není. To, že se dnes e-maily často doručují prakticky okamžitě je výkřik techniky, dříve s něčím takovým nikdo nepočítal. A ani dnes není rozumné s něčím takovým počítat.

Konkrétně, pokud máte pocit, že SMTP server vašeho ISP přijímá e-maily pomalu, stěžujte si u něj. Pokud máte pocit, že maily dál odesílá pomaleji než ostatní servery, stěžujte si také. Pokud je ale problém u příjemce, třeba u Seznamu, neudělá s tím nic ani váš ISP ani váš vlastní SMTP server. Váš vlastní SMTP server to maximálně zhorší, protože se SMTP server Seznamu bude muset potýkat s dalším špatně nakonfigurovaným serverem.

Závěr: pokud k tomu nemáte vážné důvody, a pokud nevíte dobře, jak na to, nestavte vlastní SMTP server, ale odesílejte e-maily přes SMTP server vašeho ISP (ne Seznamu ani jiného freemailu, ale ISP).

Douška rozhořčené správce e-mailového serveru: Pokud někdo chce provozovat vlastní poštovní server, měl by si dopředu pořádně nastudovat příslušná RFC, pochopit, jak to celé funguje a pak teprve se pustit do konfigurace. Tu pořádně otestovat v uzavřeném prostředí, a teprve pak příslušný server připojit k internetu. Jen tak spustit SMTP server dokáže kde kdo. Ale na rozdíl třeba od špatně nakonfigurovaného www serveru, který bude škodit maximálně vám, špatně nakonfigurovaný SMTP server škodí všude po okolním internetu.

Bývaly doby, kdy taková opatrnost nebyla potřeba. SMTP servery spravovali většinou profíci, a pokud někde něco bylo špatně, vzájemně se přátelsky upozornili a problém vyřešili. To byl krásný svět internetu. Dneska spravuje SMTP server kdejaký moula. Polovina z nich nastaví server tak, že vesele rozesílá spamy, viry a domnělá varování o domnělém viru na vymyšlené adresy. Druhá polovina v obraně před tou první zakáže příjem e-mailů téměř odkudkoliv. Všichni moulové společně pak kašlou na RFC, nepřijímají e-maily na účtu Postmaster a na jakékoli připomínky kašlou. Takže provozovat dnes poštovní server tak, aby co nejvíce opravdových e-mailů doručil a co nejméně zaneřáďoval internet spamem, není jen tak. Pokud opravdu nevíte, jak poštovní server správně provozovat, prosím, nepouštějte se do toho, nerozšiřujte řady moulů.

Jsem rád, že už mi zbyl jen servřík pro pár uživatelů a domén, a firemní poštovní server s 300+ účty už nespravuju. Protože řešit každou chvíli blbost někoho jiného mne fakt nebaví.

[pdp7]

Take si o sobe myslite ze jste profik?

[Filip Jirsák]

Jak se to vezme. Pokud jako profíka označím někoho, kdo se snaží dělat věci pořádně, nejisté věci zkouší nejdřív sám na sobě, čím větší dopad může mít jeho činnost tím pečlivěji vše překontroluje, a pokud udělá chybu, rád se o své chybě dozví, poučí se z ní a neopakuje jí, pak si to o sobě myslím

Tady to bylo myšleno hlavně jako opak toho, že si někdo nakliká poštovní server, někde na internetu se dočte, jak "vracet" na zavirované e-maily "upozornění na vir" *), tak to tam nějak dobastlí, pak někde jinde na internetu splaší něco o antispamové kontrole, tak jí zase nějak přibastlí a má poštovní server.

Třeba web server, SSH, DNS server nebo i Sambu prostě jednou nakonfigurujete, a ten server pak prostě běží, můžete na něj pomalu zapomenout. Ale o poštovní server je potřeba pořád pečovat. K té péči je taky potřeba vědět, jak to celé funguje, a nestarat se jen o vlastní server, ale taky o to, co se děje okolo.

*) Drtivá většina virů, které se šíří e-mailem, falšuje adresu odesílatele. Buď si jí vymyslí úplně, nebo náhodně vyberou někoho, koho má zavirovaný uživatel v adresáři, a rozesílají se jeho jménem. Každý, komu se dostane jen pár zavirovaných e-mailů do rukou, si toho musí všimnout. Záhadou pro mně je, proč firmy vytvářející antivirový software do něj implementují funkci, která na ten zfalšovaný e-mail odesílá upozornění na virus.

[pdp7]

Moc pekne napsano!! Tak nejak si predstavuju cloveka znaleho veci.

[Michal Kubeček]

Dnes ovšem ve většině případů slovo profesionál vyjadřuje hlavně skutečnost, že se tím dotyčný živí, a nezřídka bohužel už nic dalšího.

[Opičák]

No a s tímto přístupem nejspíš zprovozní zrovna něco takového co píšeš.

[pdp7]

Ja si to nemyslim. Na me ten prispevek pana Jirsaka docela zapusobil.

[Opičák]

Myslel jsem přístup pana Jirsáka. "Zdrbe", neporadí a lamo poraď si sama.

[pdp7]

Myslel jsem přístup pana Jirsáka. "Zdrbe", neporadí a lamo poraď si sama.

Jo aha.

Stejne si myslim ze Jirsak ma pravdu.

[Petr Šobáň]

Už se to tu několikrát řešilo pokud tomu hov** rozumí ať použije SMTP svého ISP a má po problému.

Obzvláště jak má dinamické IP a pod.....

Nějak nechápu proč každý staví vlastní SMTP když ho nevyužije jenom aby mohl rozesílat spam jsem na dovolené že to mě potom může urvat, nebo si s toho udělá relay pro spam že.

[pdp7]

Tak tak!

[Jardík]

Jenže já nemám dinamické IP, leda tak dynamické. Možná tomu hovno rozumím, ale Vy zrovna tak, jinak byste místo těch keců poradil, jak to zprovoznit. Kdyz mi reknete, jaky ma muj ISP smtp server, tak se klidne k nemu pripojim. Mam pausalni pripojeni od O2 za 800 Kč měsíčně, dostal jsem akorát číslo 971503322 a jméno a heslo quick, quick. Ale není so stejné, jako bych si na netu zaregistroval ucen na quicku, protoze pres tohle cislo se pripoji pouze ten, kdo ma ten pausal a i kdyz to jede pres quick, pochybuju, ze budu moci pristoupit na jejich smtp, když nemůžu na seznam. Je to předražené, ale u nás prostě nic jiného není. Pokud se někdy uchýlím k rozesílání spamu, budete první na seznamu (vtip).

[Luboš Doležel (Doli)]

Proč tedy zdarma nezavoláte na infolajnu O2?

[Petr Šobáň]

Nějak nechápu proč po nás chcete abychom my zjištovaly jak má váš ISP nastaven SMTP server.

To by vám měl říci on, případně vám poradit jak to nastavit.

Jinak telekom má vlastní smtp server a v nějaké diskuzi jsme řešily jak se na něj připojit z ADSL tak si to najděte.

Až budete vědět jak to funguje tak se můžete zeptat na konkrétní věc.

[tomas]

smtp.iol.cz fungovalo a funguje (mame adsl). Server vyžaduje username(tel.cislo) a password.

[Martin Tůma]

SMTP server pro o2active (dříve QUICK) je smtp.o2active.cz (nebo stále i smtp.quick.cz). Server vyžaduje SMTP autorizaci. Přes "univerzální" login quick (heslo quick) se ale k serveru nepřipojíte, je třeba si na http://reg.o2active.cz/ zaregistrovat vlastní účet a pomocí tohoto účtu pak i provádět SMTP autorizaci.

[Jardík]

To číslo na těch stránkách ale nesedí, já se připojuji na 971503322.

[Martin Tůma]

Toho si nevšímej - z pohledu pošty je to jedno (QUICK i Internet basic používaj stejnej poštovní server)

[Filip Jirsák]

Poradil jsem "nedělejte to". Resp. poradil jsem, jak účelně řešit problém, který tazatel má – i když moje řešení je jiné, než si tazatel původně představoval. Normálně bych se sice snažil poradit i s tím, jak to má tazatel udělat, chce-li to dělat mermomocí blbě po svém. Jenže normálně jsou to případy, kdy za to "blbě" ponese následky jenom sám dotyčný. Tady je dost velká pravděpodobnost, že následky ponese i někdo jiný, kdo bude třeba mít zahlcený server. Proto v tomto případě záměrně neporadím.

[Jardík]

Nechápu, proč když si chci udělat smtp server, musí to být jen kvůli spamu. Myslíte, že bych si to nezabezpečil, až by to začalo fungovat? Prostě nevíte, jak problém vyřešit, a tak zamachrujete tímhle, abychom jsme si mysleli, jak jste dobrý. Proč by měl můj server fungovat blbě? To můžu říci naprosto o všech. Žádný server na světě není dokonalý a nikdy nebude.

[Filip Jirsák]

Pokud víte, jak server zabezpečit, pak nechápu, o čem je tahle celá diskuze – to, na co se ptáte, je totiž pouhý zlomeček toho, co musíte pro zabezpečení toho serveru vědět.

Já netvrdím, že budete spam rozesílat schválně. Ale ona věta "až to bude fungovat, zabezpečím to" je přesně to, o čem mluvím. Nastavení SMTP totiž neznamená jenom jej zprovoznit, aby odesílal maily, ale také to třeba znamená nastavit ho tak, aby odesílal co nejméně zpráv při chybách, ale zároveň žádnou podstatnou chybu nezamlčel. I když vám bude server poštu odesílat správně, stačí maličkost v konfiguraci, a při jakékoli chybě vám server vygeneruje klidně stovky chybových e-mailů a bude se je pokoušet doručit na nějaké nesmyslné adresy. A onou jakoukoli chybou klidně může být přerušení spojení třeba se Seznamem, které prostě nastávat bude.

Jak problém vyřešit jsem pro bystré už psal, tak ještě jednou polopatě:

Z dynamicky přidělované IP adresy se nepokoušejte rozesílat e-maily přímo na cílové servery (dle MX záznamu, tzv. smart host), nebude vám to fungovat – spousta serverů blokuje komunikaci z takových IP adres, protože z nich přichází pouze spam. Takže v tomto případě radím: nedělejte to, nejde to, a to z důvodů, které nemůžete ovlivnit (tedy pokud nepřesvědčíte správce e-mailových serverů na celém světě, že přijímat e-maily z dynamicky přidělovaných IP adres je dobré a mají to povolit; a pokud snad z takové IP adresy chodí spam, nemají jí dávat na blacklist, protože příště jí třeba dostanete vy). Různé "rady" zde ohledně DNS nemají nic společného s realitou, jediné, co se u odesílajícího serveru může kontrolovat, je reverzní záznam dané IP adresy (zda existuje, případně se podle jeho tvaru "odhaduje", zda jde o dynamicky přidělovanou IP adresu - což je jeden ze způsobů, jak dynicky přidělované IP adresy rozpoznávají moulové). Reverzní záznam s žádným dynamickým DNS nepořídíte, reverzní záznam IP adresy spravuje její "majitel", tedy váš ISP.

Takže zbývá možnost posílat e-maily přes relay. Tedy budete v Postfixu nastavovat úplně to samé, co byste nastavoval ve svém poštovní klientovi (třeba Thunderbird), jenom to bude daleko složitější a nejspíš se vám podaří server nakonfigurovat tak, že bude odesílat spoustu chybových hlášek. Nepředpokládám, že by si to Seznam nebo kyslíci nechali dlouho líbit, tak vás alespoň odstřihnou a bude pokoj. Opakuji ještě jednou, následující nastavení používá úplně stejnou cestu, jakou by použil váš poštovní klient – pokud tedy jemu bude trvat doručování dlouho, bude trvat dlouho i tímto způsobem, navíc se ale nejspíš vygeneruje několik e-mailů s chybovou hláškou. Pokud budou špatně nastavené názvy v postfixu, i tyto chybové e-maily vygenerují další chybové e-maily. Jejich počet roste lineárně nebo exponenciálně, záleží na tom, zda se k jedné chybě generuje jen jedno hlášení, nebo se chyba hlásí opakovaně. Ale věřte, že chybové hlášky dokáže mailový server generovat sakra rychle. (Jediný DoS útok na server, který jsem zažil, byl DoS "útok" sám na sebe, když mail server na Novellu zahltil sám sebe chybovými e-maily.)

Tak tedy nastavení Postfixu, aby používal nadřazený relay server:

1. Zjistěte si SMTP server vašeho ISP, nejlépe od technické podpory onoho ISP. Pokud vyžadují autentizaci jménem a heslem, zjistěte si i to. Je to SMTP server, který máte nejblíž, komunikace s ním bude tudíž nejrychlejší. Nepokoušejte se tam propašovat SMTP server Seznamu, to je jediný a pravý důvod vašich problémů – ten server je daleko a je přetížený, proto s ním máte problémy.
2. Nakonfigurujte následující parametry Postfixu:

   relayhost = smtp.server.isp  # SMTP server vašeho ISP
   smtp_sasl_auth_enable=yes    # povolení autentizace jménem a heslem vůči SMTP serveru
   smtp_sasl_password_maps=dbm:/etc/postfix/sasl_client # mapa mapující jméno domény nebo hosta na dvojici jméno:heslo pro autentuzaci

Pokud SMTP server vyžaduje autentizaci jménem a heslem, musíte nakonfigurovat i ony řádky smtp_sasl_* (pokud se autentizujete jen tím, že máte IP adresu z rozsahu ISP, stačí jen relayhost). Samozřejmě proto musíte mít Postfix s podporou SASL, vytvořit si příslušnou mapu…

Nebo taky můžete údaje získané v bodu 1. na pár kliknutí vyplnit v Thunderbirdu, Evolutionu nebo něčem podobném. Bude to řádově jednodušší a výsledný efekt bude výrazně lepší i pro vás – nebudete svou schránku nebo cizí servery obtěžovat chybovými zprávami, nebudete muset řešit, jestli není chyba v konfiguraci vašeho serveru.

Opravdu mám rád ty dotazy, kde se podaří křížovým výslechem tázajícího zjistit, co vlastně chce, a poradí se mu nějaký rozumný způsob, jak to udělat, případně důvod, proč to vůbec nedělat a problém vyřešit jinak. Ale tázající trvá na tom, že mu musíme poradit, jak to má udělat tak blbě, jak si on vymyslel. Zatím vždycky to dopadlo tak, že po několika dnech bojů tázající zjistil, že tím jeho způsobem to opravdu nejde. Myslíte, že budete první, kdo tohle pravidlo prolomí?

[milda]

Ach jo, co k tomu dodat, Jardo ty ses vůl jak lampa

[Michal Kubeček]

Jak říká doktor Vlach, názory jsou od toho, aby se různily. Já příspěvek F. Jirsáka považuji za nejhodnotnější v této diskusi.

[xxx]

Částečně s vámi souhlasím, a to zejména v tom, že SMTP server je jedna z nejtěžších věcí na konfiguraci, provoz a správu. Také si myslím, že je dobře, že jste upozornil tazatele na to, že je důležité udělat si představu o tom jak SMTP funguje, než se začne zkoušet něco takového provozovat.

Nesouhlasím ale s názorem, že by se na to měl hned vykašlat. Taky jsem byl v situaci, kdy smtp server providera pořádně nefunguval, nebo když jsem začal používat notebook a musel při přesunech smtp server přenastavovat. Tak jsem prostě vzal postfix, rozběhal si ho s podporou SSL a relay mají povoleni jen uživatelé co se autentizují oproti db.

Myslím si, že pokud člověk dodrží několik základních pravidel (tj. hlavně nevytvoří openrelay, opravdu ví proč je každý řádek v konfiguráku) pak není problém, aby si uživatel svůj osobní SMTP server provozoval.

Mě jeden malý SMTP server doma běží, neodvažoval bych se ho nikde jinde než doma nasadit, a ani bych nechtěl dělat postmastra :)

[Michal Kubeček]

Nesouhlasím ale s názorem, že by se na to měl hned vykašlat.

Řekl bych, že ten příspěvek byl myšlen tak, že se na to má zatím vykašlat. Konkrétně do doby, než bude fungování SMTP rozumět natolik, aby věděl, co dělá. Což ale při troše snahy nemusí trvat tak dlouho.