[FreeBSD] dialup levelezés + advocacy

[Adam Szilveszter]

Hali!

On Sat, Oct 20, 2001 at 06:36:15PM +0200, Hajdú Zoltán wrote:
> Miután egy dialup account boldog tulajdonosa lettem, 
> újfennt könnyûnek találtattam a levelezés konfigurálásában.
> Adott tehát a pine meg a sendmail vagy a postfix. Képtelen
> vagyok azonban úgy beállítani a cuccost, hogy ha
> küldök egy levelet (ami itt ugye root at sajátgépem.hu -ként
> indul) az a szolgáltató mail szerverét (mail.axelero.hu)
> úgy érje el, mintha hajduzoltan at bsd.hu -ról jött volna. Ha
> valaki kompetens az ügyben, írja már le, miket kell
> beállítani (ha sendmail, akkor please azt, hogyan módosítsam
> a sendmail.cf file-t kézzel)

Nos, kompetens ugyan nem vagyok, de mivel mar egy ideje dialuprol (es
FreeBSD-rol) levelezek, hat belepofizok a dologba. Nalam sendmail+mutt
megy, BTW.

A lehetosegeid:

1) Egy all-in-wonder programot hasznalsz mint pl az NS Messenger, es akkor
azt ugyanugy kell beallitani, mintha Windows lenne.

2) A Pine is tudja ezt, bar a dokumentacioja nem ajanlja, de van benne egy
hely ahova a default SMTP szervert beirhatod es akkor nem kell lokalis MTA.
Nem tudom hol van ez, keresd meg. Bocs, no pine spoken here.

3) A levelezoszervert ugy kell konfiguralni, hogy minden (nem a gepeden
belulre meno) levelet egy kulso smart hostra (ahogy sendmail bacsi nevezi)
kuldjon tovabb. Azt nem tudom, hogy ezt postfix-nel hogy kell csinalni, de
sendmail-nal egyszeru:

DSmail.axelero.hu

Emellett meg par hasznos opcio, ami lehet, hogy kell a te setupdnal lehet
hogy nem. Nekem nincs "rendes" hostnevem, ezert ki kellett talalnom egyet,
ami kifele nem latszik, a sendmail viszont elegge ragaszkodik ahhoz, hogy
tudjon DNS-t hasznalni a sajat nevenek megallapitasahoz ezert kenytelen
voltam neki egyet beloni a localhoston (caching only) kulonben mindig egy
csomot vart indulaskor a name server timeout-ra. 

# my official domain name
# ... define this only if sendmail cannot automatically determine your
# domain
Djte.kamu.neved (vagy a rendes ha van, de dialupnal IMHO nem adnak)

# avoid connecting to "expensive" mailers on initial submission?
O HoldExpensive=True

(mert kulonben azonnal kitarcsazik minden levelkuldesnel)

# dialup line delay on connection failure
O DialDelay=30s

Hogy varjon egy picit.

# name resolver options
O ResolverOptions=-DNSRCH -DEFNAMES

Ezeket anno szinten a DNS miatt tettem be, de lehet, hogy most mar nem
kellenek...

Az SMTP mailer definicioja nalam tartalmazza az "E" flaget.

Ez a trukk azert kell, mert igy, noha a kifele (gepen kivulre) meno levelek
queue-olva lesznek a kovetkezo manualis sendmail-q-ig, a gepen beluliek
szepen elmennek azonnal. Ennek az az elonye is van, hogy fetchmail szepen
leszedi a leveleket es betomi a lokalis MTA-ba, akkor utana nem kell meg
egy sendmail -q t inditanom, mert a kezbesites innentol automata. Ezert a
default delivery mode nalam "background".

# shall we get local names from our installed interfaces?
O DontProbeInterfaces=True

Mert kulonben minden egyes interface-t kiprobal startupkor, igy ki is
tarcsazna.

Aztan meg van par nezz korul az /usr/share/sendmail/cf/README-ben. Mondjuk
nem tudom, miert akarsz kezzel szerkeszteni sendmail.cf-et IMHO m4-en
keresztul sokkal egyszerubb.

4) MUA: Allitsd at a From: headert. Altalaban ennyi eleg, de ha azt akarod,
hogy a hibak stb is hozzad jojjenek vissza a rendes cimedre, akkor az
envelope-address-t is allitsd at. Pinenel nem t'om hogy, mutt-nal sajnos
csak "fapadosan" lehet ezt csinalni a "sendmail" valtozo erteket
atdefinialva a .muttrc-ben. Ahhoz, hogy ezt siman csinalhasd, altalaban fel
kell magadat venni vmi trutsted users database-be, kulonben az MTA egy
Authentication Warninget fog neked belerakni amiert nem az vagy akinek
mondod magad. Az envelope-addr dolog kotelezo ha pl lista szerverekkel
akarsz beszelgetni, mert azok szinte mind az envelope-from ra valaszolnak,
figyelmen kivul hagyva hogy mit barmoltal a From:-ba. (ezert vigyazz arra
is, hogy lehet, hogy esetleg nem azon a neven leszel feliratkozva a listara
amit te hiszel es ha a listara csak a tagok irhatnak akkor...) Ugyanez van
bizonyos anti-spam konfigoknal, ott is altalaban a From: lenyegtelen, az
envelope-from-ot nezik a szerverek. Ettol fuggetlenul a levelezo *kliens*
progik altalaban a From: es a Reply-To: headereket veszik figyelembe a
valasznal. 

Remelem meg nem zavarodtal ossze:-)

Mert neked tkp meg baromi szerencsed van, a mail.axelero.hu nem alkalmaz
kulonosebb anti-spam vedelmet, ha *.matav.net-es cimrol jossz,
automatikusan mehet a level. Azt ne tudd meg, hogy en mit szivtam mig
beallitottam a "Kiszolgalo hitelesitest igenyel" c dolgot sendmailllal +
meg egy mail routing konfigot is mert a belso halon levo masik (Linux)
gepre direktben is lehet igy levelezni a mi belso kamu domain meg host
neveinkkel plusz mert a szolgaltatom szervere rosszul volt konfigolva es
igy volt olyan hely, ahova nem ment el a level es ezert meg egy freemail
szolgaltato SMTP szerveret is be kellett kapcsolnom, +.... stb. A sor
tetszes szerint folytathato:-) (Lehetne akar a kovetkezo sorozes temaja is,
de arra van jobb otletem is...)

Es nem, en se gondoltam volna, hogy ez ilyen k. bonyolult, az egyetemen
sokkal egyszerubb volt:-)

> Igazából nem értem azt, miért kell ez a felhajtás, s nem lehet egy
> olyan konzolos levelezõprogit írni, ami queue-olja a leveleket, 
> s ha on-line van, elpasszolja õket a megjelölt SMTP szervernek,
> mint ahogy pl. az összes windows-os levelezõprogi muxik, vagy
> a Netscape Messenger. Még annak a béna fetchmail-nak is
> lokálisan futó MTA kell. 

Mert

1) A funkciok szet vannak valasztva es mindenki csak azt csinalja amihez
ert de azt jol (ezert a pine pl nem is jo, mert az keveri a MUA es az MTA
funkciokat)

2) Mert nem csak a te MUA-d akarhat mailt kuldeni a geprol. Hanem pl a
security scriptek es kulonbozo progik is levelezni akarnak veled+ pl
send-pr is szeretne mukodni (bar az nem fog olyan siman)

3) Mert a Unix egy komoly oprencer, ahol mindent meg lehet csinalni de
cserebe minden bonyolult, nem pedig olyan mint a Windows, ahol a "legtobb
esetre" tud valami hasznalhatot ami konnyen megy de ha attol el akarsz
terni akkor szopsz. Ha valaki azt akarja, hogy a dolgok ugy altalaban
mukodjenek, de nem erdekli hogy hogyan, az hasznaljon Windowst. Semmilyen
Unix nem lesz eleg "user-friendly" ehhez, soha. (a Linux se) Ha valakinek
ennel tobb kell, ha nem csak hasznalni akarja a gepet, hanem maga a gep
erdekli es ezert tudatos hasznalo akar lenni, akkor vegye szemugyre
valamelyik free Unix-ot, IMHO. Ez nem flame akart lenni, de szerintem igy
van vagy kellene lennie. Na pl errol is lehetne beszelni a sorozesen, annal
is inkabb, mert a dolog erdekesebb kiagazasokkal rendelkezik, mint sokan
gondolnak.

Pl lehet, hogy hamarosan tenyleg csak azok fognak meg programokkal b* es
oprencerekkel vacakolni, akik vagy profi IT-sek vagy  ez az eletre-halalra
hobbijuk. A tobbieknek lesz mindenfele gadget, mobil telefon meg tablet PC,
meg ilyenek, amibol te sose fogod eszrevenni, hogy az egy szamitogep, mert
olyan egyszeru lesz hasznalni, mint most egy haztartasi gepet: bekapcsolod
es megy. CSak egy valamit fog tudni es azt jol (pl web bongeszes) A
"mindenhato" PC pedig, ami elvileg mindent tud de epp ezert semmit, szepen
eltunik. Ami persze egesz sok es nyugtalanito kerdest tesz fel. Pl: lesz e
meg akkor OpenSource vagy Free software? Hisz ha nem lesz aki tudna
hackelni csak azok akik "profik" es ezert fizetik oket, akkor az egesz
ertelmetlen. Es meg van mas is. Na, milyen lenne temanak?

BTW (bocs, most mindent egy levelbe irok mert ez igy egyszerubb nekem,
remelem elolvassatok meg ezt a reszt is)

megjelent egy jo cikk az O'Reilly Net-en, "Selling BSD" cimen, ami IMHO
kotelezo olvasmany kene legyen minden advocacy-val vagy PR-ral foglalkozni
akaro BSD-snek.

http://www.onlamp.com/bsd es onnan kovesd a linket. (A "Big Scary Daemons"
sorozatban jelent meg)

Remelem a mail tippjeim bejonnek, ha nem valaki talan majd kijavitja a
hulyesegeimet ill kerdezz nyugodtan.

Udv:
Sz.
-- 
-------------------------------------------------------------------------------
* Adam Szilveszter * Szombathely * email: adamsziszi at vnet.hu *
* Honlap : alakul * alternativ email: sziszi at bsd.hu *
* PGP: szinten kesobb *
* FreeBSD: tisztabb, szarazabb, biztonsagosabb erzes...! *