Re: Konfigurering av Exim m.m.
Bra frågor! (inte alls dumma! =)
On Wed, 24 Sep 2003, Peter Carlsson wrote:
> - Jag tänkte sätta upp min Debian-burk till att hämta epost
> från ett par olika epostservrar. Har kört 'eximconfig'
> men fick ingen fråga varifrån den ska hämta/skicka epost.
> Är det inte Exim som ska ha hand om det? Eller vad gör
> Exim egentligen?
Det är inte exim som har hand om pop/imap eller att hämta epost
från andra servrar. Exim är en MTA, mail transport agent, och
det enda den gör är att skicka mail från din burk till andra och
ta emot epost som andra skickar till din burk via smtp.
För att hämta epost från andra servrar behöver du antingen en klient
som kan prata pop/imap (mozilla, kmail, mutt, thunderbird, evolution)
eller ett program som kan hämta mailen och leverera den lokalt
(getmail eller fetchmail).
För att göra epost åtkomligt på andra burkar behöver du en MDA som
pratar pop eller imap. Jag rekommenderar de krypterade imaps och
pop3s (uw-imapd-ssl tex).
Det är lite grundfilosofin i Unix (och därmed linux) att man använder
en kombination av verktyg som var och en är mycket specialiserade.
Det ger en hög flexibilitet, men kan som du nog märkt verka lite
förvirrande och ställer högre krav på att användaren vet vad han vill
ha.
"Unix is userfriendly; it's just picky who it calls a friend" =)
För en introduktion till epostdjungeln, kolla in:
http://twiki.org/cgi-bin/view/Wikilearn/EmailServerTerminology
> - Har Exim stöd för IMAP eller bara POP?
Nope. se uw-imap-ssl eller (de IMHO något meckigare) cyrus/courier.
> - Jag vill att Cron startas automatiskt vid boot. Hur gör jag
> det och görs det för varje användare?
Cron startas nog redan vid boot, om du har det installerat. Däremot
kan det vara smart att använda anacron på datorer som inte är igång
24/7.
Cron kollar i varje användares crontab automagiskt. Du ändrar på
respektive användares crontab genom att köra programmet "crontab -e".
Se även "man crontab" och google.
> - Var lägger man sånt som man vill ska startas automatiskt
> vid boot? Är det i /etc/init.d/ och i /etc/rc?.d/ och
> hur funkar detta?
I /etc/init.d/ finns debians boot-skript. Men jag vet inte om det
är meningen att man ska lägga egna hemmahack där? Hur som helst läs
filen /etc/init.d/README och debian policy kap 9.3
http://www.debian.org/doc/debian-policy/ch-opersys.html#s-sysvinit
Vill du bara köra något enkelt kommando kan du lägga det mot slutet
i filen /etc/init.d/bootmisc.sh. Jag vet inte om det är kosher, men
det är enkelt ivarjefall.
> - Prenumererar på debian-security-announce@lists.debian.org
> och undrar om dessa uppdateringar bara stöds av 'stable'
> eller om de också stöds av 'testing'?
Det är lite olyckligt att köra testing, jag skulle rekommendera att
antingen köra unstable eller stable. Eftersom säkerhetspatchar måste
"trilla ner" i testing från unstable, tar det ofta lite extra tid
innan säkerhetsuppdateringarna hamnar i testing. Debian security
team hanterar det inte: se http://www.debian.org/security/faq#testing
> - Bör en nybörjare som jag hålla mig till 'stable' eller är
> 'testing' såpass stabilt att det är OK att köra?
Som sagt, håll dig till antingen stable eller unstable. Just nu är
unstable på väg att stabiliseras för release RSN, planen är(?) att
släppa en ny stabil version till jul (läs: tidigast på våren 2004 =)
Nå, ivarjefall är alltså unstable relativt stabil just nu.
Men den kan fortfarande äta upp din hårddisk, spotta ut den och
hånskratta dig i ansiktet. =) Det är bara väldigt väldigt osannolikt.
Så är det en döds/snor/ap-stabil plattform helt utan överraskningar
så ska du nog hålla dig till stable. Men står du ut med att uppdatera
lite oftare (helst några ggr per vecka) och kan leva med tanken att
program förändras och du kanske får göra lite handpåläggning för att
systemet ska fungera (också ovanligt, men det förekommer) så är
unstable faktiskt inte alls obehagligt.
Jag har kört unstable på denna datorn i minst(?) två år nu och endast
en gång har den vägrat boota efter en uppdatering. Några andra större
missöden kan jag inte minnas.
--
Fredrik Jonson
Reply to: