Jen jsem na konci cetl, ze postu musime nejak zprostredkovat uzivatelum, pop3 server neni opravdu nejvhodnejsi reseni, IMAP je daleko lepsi a flexibilnejsi protokol, takze doporucuji pouzit ten dovecot ale jako IMAPS server.
postfix, exim, qmail. To myslim staci. Vsechny jsou 100x lepsi nez sendmail. Sendmail je dinosaur a mel by byt co nejdrive eliminovan. Potom jeste existuje esmtp, se kterym ale nemam zadne zkusenosti ;) Doufam, ze jsem Vam odpovedel.
Nikomu sendmail nenutim, jen ukazuju, jak je snadne ho zkonfigurovat. Ale 100 lidi, kteri o tom jen slyseli budou tvrdit opak. Pouzivam i postfix, s qmailem jsem si hral jen asi 2x. A zrovna instalace qmailu mi prisla docela otresna. Pod freebsd dle navodu na qmailrocks.com (nebo tam nekde).
Sendmail pro malou sit jen nastaveny za par minut, slouzi dobre a o tom ten clanek mel byt. Ja bych treba ocenil rozumne popsany navod na qmail, nechcete o tom napsat?
na veci co tu popisujete je nejlepsi exim. Sendmail se hodi na silenosti typu prepisovani adres etc., coz ale umi postfix take. Sendmail, bind a podobni demoni sou proste prezitek vetsinou neskutecne deravy.
Tak to je asi internet pekne v pr*eli, kdyz pulka mail serveru pouziva jako MTA sendmail a 10 ze 13 root nameserveru bind. Jestli to teda spis nesvedci neco o Vas ;-)
at delam, co delam, kdyz sectu jednotliva cisla, tak se ani limitne neblizim 100%, kdepak asi udelali inzenyri z oreillynet.com chybu? ledaze by si stanovili okoli bodu cca 37%
Mate pravdu nastrelil jsem to, moje chyba. Nu coz casy se meni. A ze byste radsi dal URL na to co vlastne ten vas obrazek ukazuje? Jinak na http://www.mailradar.com/mailstat/ pekne vidime, ze ty co pouzivaji Postfix jsou asi skveli administratori, kdyz skoro polovina vsech open relay je prave on. Jeste by me zajimalo, ktere dalsi daemony radite na seznam uhynulych druhu. Na ten bind jste radsi zapomel reagovat vidte? :-)
To, ze nekdo neumi nastavit nejaky sw neznamena, ze neni vevnitr lepe napsany nez jiny :) Me postfix stroje na seznamu nejsou. Neni na co reagovat. BIND radeji na nekterych strojich vymenili prave kvuli jeho hnusnemu kodu a pro jistotu pridali i jine projekty pro pripad, ze jim nekdo vyhackuje vsechny stroje naraz.
Dokud jsem sendmail neumel konfigurovat a udrzovat, mel jsem stejny nazor. Ted je mi vazne lhostejne, jestli postfix nebo sendmail. Ke qmailu mam vyhrady spis ohledne modelu distribuce a vyvoje nez k vykonu. Ale taky nejsem bez predsudku a podjatosti, treba me zas prisel ten vas o eximu ve vasem prispevku nize dost dobrej :-).
exim neni zadnej vseumel, ale to co je ukazovano v clanku umi. Konfigurace v clanku se hodi na "firmu" o max 10 zamestnancich, takze i vykon bude dostatecnej. Exim4 je navic i vcelku pouzitelny. Sam ale kde muzu tak sendmail vrazdim prave postfixem.
Ja narazel na to "100x lepsi" :-). Jinak ano, pro 10 zamestnancu je to **naprosto jedno**. Tam opravdu nikdy nesahnou do sendmail.cf, jakmile to jednou nastavi na vybrany default, takze jim to bude nepochybne totalne jedno. A access, relayhost, aliasy atd, tam uz neni rozdil. Takze jak vlastne ta firma pozna, jestli ma sendmail nebo exim? A bude je to zajimat?
Ja postfix take preferuju, nicmene sendmail mam vetsinou zadarmo rovnou po instalaci (kdeze by ba komercnich unixech byl defaultne Postfix), takze WTF, proc si komplikovat praci, kdyz to pro me bude totez?
presne muj nazor. Kdyz potrebuju udelat postovni server pro nejaky hosting, i ja sahnu po postfixu a postfixadminu a necham si lidi, at si tohle sami naklikaji. Ale znam i hostingy, ktere jedou na sendmailu.
Ale u male site si zjednodusim praci sendmailem.
Sendmail jsem vyhodil v momentě, kdy jsem pod RedHatem pomocí klikátkoveho konfigurátoru nebyl schopen nastavit, aby nedělal relay (tedy normální požadavky nerelayoval, ale jeden typ hacku s '%' místo '@' ano). Server se následkem toho octl v několika blacklistech. Pochopit sendmailí m4 konfigurák bylo nad moje časové možnosti. Tak jsem sendmail vyhodil, a místo něj dal qmail. Měl jsem chuť udělat to dávno předtím, protože se každou chvíli objevovaly kritické bezpečnostní chyby v sendmailu, které měly typicky za následek remote root access. Ne že by qmail byl bez problémů, ale k sendmailu bych se opravdu nerad vracel, a nedoporučuju ho ani ostatním.
"Pochopit sendmailí m4 konfigurák bylo nad moje časové možnosti."
Ano, to je klicova veta. Proc se pouzitelnost a kvalita sw zamenuje za snadnost pochopeni (IMHO dost prosteho a dobre dokumentovaneho) konfiguraku?
Presne stejne zni vycitka cislo jedna od windows admina, co zkusil "ten Linux", jen je nahrazeno "sendmaili m4" za "Linuxovy /etc/cosi", jinak je to jak pres kopirak. A jak casto ji pouzivaji ti sami Linuxovi/Unixovi admini, kteri ve flamech win-lin tu samou vetu pranyruji jako zakladni nedostatek inteligence, invence, ochoty cist dokumentaci atd dotycneho windows uzivatele.
Jo, kdyby takovou dokumentaci jako sendmail mel i zbytek free softwaru... Verte mi, kdybyste tomu ten cas dal, bylo by vam ted take jedno, jestli to nebo ono a rozhodoval byste se mezi MTA vylucne podle vhodnosti na dany rezim prace a spravy.
Omlouvam se, pokud je to OT:
Existuje v Linuxu jednoduchy SMTP program (jen na odesilani mailu), neco jako Blat ve Win?
Blat se nemusi instalovat, zadny deamon nemusi bezet v pozadi, program uplne malinky a jednoduchy.
Odesilani posty a SMTP daemon na vasem stroji jsou 2 spolu nesouvisejici veci.
SMTP Daemon je dulezity jen pro PRIJEM posty. To znamena ze ceka na SMTP spojeni zvenku a prijmute emaily nejak zpracuje (ulozi do lokalnich schranek, preposle na jiny MTA, ..). Pokud na vas stroj nikdo zadne emaily pomoci SMTP neposila, daemon bezet nemusi. Aby bylo jasno pro ty, co nejsou v obraze: PRIJEM neni VYZDVIHAVANI posty. Emaily ze schranek se vyzdvihavaji pomoci POP3 nebo IMAP klientu, ne SMTP.
Pro odesilani pouzivate SMTP "klienty", ktere se implicitne spoji primo s mail serverem cilove domeny (pres MX zaznam v DNS) takze na vasem stroji SMTP daemon bezet nemusi.
GUI klienti POP3/IMAP jsou soucasne i SMTP klienti, vetsinou ale vyzaduji nastaveni jednoho SMTP serveru (na kterekoli masine) kam vsechnu odeslanou postu davaji. Priznam se, ze jsem nezkousel jestli se bez definice SMTP server (defakto relayhost) obejdou. Vam stejne asi jde o posilani z prikazove radky do nejakeho skriptu.
Provider prevadzkuje firme XY domenu mojadomena.sk aj
(externy) mailovy server (kde chodi posta na adresu hocico@mojadomena.sk).
Firma XY ma svoj interny linuxovy server
(LINUXSERVER - co samozrejme nie je platny DNS nazov), kde z
externeho postoveho servera providera stahuje postu pomocou
fetchmailu, posta je potom dorucovana postfixom lokalnym uzivatelom na
linuxovom serveri (resp si z neho postu stahuju cez pop3 na svoje
windowsovske stanice).
Odosielanie odchadzajucej posty je riesene tak, ze postfix beziaci na
LINUXSERVER posiela vnutornu postu (vsetko, co ma tvar uzivatel@mojadomena.sk)
lokalne, ak ma ist posta na inu domenu, je posta relayovana na smtp
server providera.
Zatial vsetko v poriadku, teraz pride problem. Pre vybranych
uzivatelov, ktori nepracuju v lokalnej sieti, potrebujem nastavit, aby
im postfix na LOCALSERVER nedorucoval postu (posielanu lokalnymi
uzivatelmi) lokalne (napriek tomu, ze ich adresa ma tvar uzivatel@mojadomena.sk
), ale aby ju relayoval na smtp server providera (tak ako to robi s
inou postou, ktora je adresovana na ine domeny) - aby im posta bola
dorucena na mailovy server u providera, nie na LOCALSERVER.
V dokumentacii k postfixu som sa docital, ze je mozne nastavovat
poradie sluzieb, ktore maju postu dorucovat (napr. ak zlyha lokalne
dorucovanie, mala by sa posta poslat cez smtp) - to som aj dokazal
nastavit, ale odoslanie skonci s chybou, z ktorej je zrejme, ze
postfix sa snazi dorucit postu cez smtp priamo (co samozrejme nemoze),
a nie cez relay (ako by mal).
Ako je najlahsie (s pouzitim postfixu) dosiahnut vyssie popisanu funkcionalitu? Vopred vdaka za tipy.
Díky, že píšete o mail serverech a jejich konfiguraci. Jeden se může zbláznit, když má z ničeho (nulové zkušenosti a slabý background) postavit fungující emailové řešení.
Též by mi udělaly radost nějaké groupwary. Já např. nainstaloval (z nezkušenosti - nevím, jestli je to dobrý nápad nebo ne) jakýsi citadel...vypadalo to zajímavě.
Vybral jsem ho kvůli přítomnosti imapu; nakonec jsem to z nedostatku času odložil, protože právě IMAP mi nejel, jak jsem potřeboval.
Nakonec posloužil hMailServer (jo, na W2000) a asi ho budu moct vypnout, protože šlo spíše o přechodné řešení - vznešeně by se řeklo migrace ;-).
Číst zrovna tuhle dizkuzi bylo dost neštěstí. Kdyby lidé co se píšou vulgárně místo toho napsali něco co obsahuje nějakou informaci.
Jako u většiny věcí co jsou tu dlouho i sendmail ma dva tábory, jedni ho používají a druzí ho nesnáší. Co kdyby jste dávali nějaké argumenty pro a proti?
Dotaz: Existuje nějaké OSS kvalitní řešení stylu exchange pro *nix? Myslím tím groupware + klient. Vím o pár řešeních, které se ale bohužel exchange ani neblíží.