TorneEngine har fått ytterligare en funktion för att förenkla livet – saker man borde ha tänkt på tidigare… Denna gången handlar det om att snabbt kunna skicka in SQL-frågor i en databas och samtidigt slippa tänka själv. Det sparar åtminstone en del tid och en del kodutrymme.

Exempel:

Parametrar och dess värden lagras i en array. Dessa vill jag snabbt kunna skicka in i en databas, antingen för att modifiera värden, eller för att lägga in helt nya.

$sql[username] = "Pelle";
$sql[password] = "p4ssw0rd123";

Implodefunktionen fixar det galant! Den skall dock användas från en class, så att den inte förstör PHPs befintliga implodefunktion.

$ins = $tornevall->db->implode($sql);
$upd = $tornevall->db->implode($sql, "update");
echo "INSERT INTO test ($ins[0]) VALUES ($ins[1])\n";
echo "UPDATE test SET $upd[0] WHERE userid = 3\n";

Resultatet blir fantastiskt bekvämt enligt nedan!

INSERT INTO test (username, password) VALUES ('Pelle', 'p4ssw0rd123')
UPDATE test SET username = 'Pelle', password = 'p4ssw0rd123' WHERE userid = 3

/*
	Implode columns and their values

	Returned data:

	INPUT TYPE: Insert
	$array[0] - "Column names"
	$array[1] - "Column values"

	INPUT TYPE: Update
	$array[0] - "Columns = '$values'"

	- Tornevall
*/
function implode($sql = array(), $type = "insert")
{
	foreach ($sql as $p => $v)
	{
		$inserts[] = $p;
		$values[] = "'" . $this->injection($v) . "'";
		$updates[] = "$p = '".$this->injection($v)."'";
	}
	if ($type == "insert")
	{
		$ret = array(implode(", ", $inserts), implode(", ", $values));
	}
	else
	{
		$ret = array(implode(", ", $updates));
	}
	return $ret;
}

Testa gärna!

RSS-Vakten övervakar bloggar och rapporterar förändringar i dessa. Förändringarna lagras i cache och om förändring har skett i de inlägg som den snappar upp, så kommer det även visas på sidan. Sidan kollar även om blogginlägg har raderats och man har en chans att göra en förhandsvisning på inläggen!

http://dev.tornevall.net/rsswatch/index.php

Så här kan det se ut när inlägg i en övervakad blogg ändras (bilden kan förstoras):

Läs även andra bloggares åsikter om blog, Intressanta bloggar, rss, rssövervakning

Under utveckling: Ett RSS-övervakare som övervakar RSS-sidor. Exempelvis bloggar eller nyhetssidor. Men detta scriptet kommer vara lite speciellt. Det kommer nämligen kontrollera de aktuella posterna i RSS-filen för att se om någon förändring har gjorts i inläggen som postas – och eventuellt spegla websidan med innehållet. Och varje gång jag skriver till en grej i scriptet kommer jag på vilka tillägg man skulle kunna lägga med också. Exempelvis en mailfunktion…

Då är bara frågan hur långt man kommer komma på det. Speciellt eftersom det strax är dags för ännu en melodifestival. Man måste ju hålla utkik efter plagiat! Och Dolph!

Edit: Testar

Det här inlägget påbörjades klockan 22:01 under gårdagen. Jag somnade 7 och väcktes klockan 9 igen av att telefonen ringde. Någon hade upptäckt att popmailen hade slutat fungera. Jag funderade på vad det var, men kom sedan på att det bara var en portforward jag missat. Mail hade nämligen ramlat in i mailboxarna mellan 7-10 precis som om inget hade hänt så det avhjälptes rätt snabbt. Så här kommer dokumentationen, kring hur mailflytten gick! Åtminstone grovt sett.

22:00 – Ikväll blir uppenbarligen den stora dagen. Mailservern har börjat konstra igen och startar spontant om sig på grund av värmeproblem. Så nu är måttet rågat. Skiten ska väck, bort, slängas, ut! Jag vill inte se eländet längre. Nästan allt är klart. Den nya servern har stått och väntat på sina användare, men av lathet har jag inte orkat ta itu med det. Dessutom har jag haft en e-postlist-server på samma maskin som även den måste fungera. Men nu är det som sagt dags. Det får bära eller brista och jag tvingar mig själv att offra min dyrbara fritid.

Så till att börja måste jag se till att ezmlm är patchad och klarar vad den klarar nu. Jag har redan hunnit bli förvånad, eftersom utvecklingen av listservern tydligen har varit rätt ordentlig sedan jag kollade på den sist. Jag sitter med en ezmlm-idx 0.43 när det uppnebarligen finns en ezmlm-idx 7.0.2!

Självklart önskar jag ha kvar mitt ”eventuella” MySQL-stöd så det blir till att glo igenom en massa dokument samtidigt. I det första dokumentet jag hittar står det lite om tabeller, men det finns ingen riktigt info om hur man skapar tabellerna – och jag är ju lat, så jag skippar den delen tills den dag jag snubblar över eländet. SQL-stödet skall dock med ändå. Just in case. Jag börjar dock med att hämta idx-versionen. Den gamla standardversionen har jag ju redan. Förhoppningsvis fungerar kompileringen hela vägen även med denna…

make
make man
make mysql
conf-lang ändrar jag till sv i för att få svenskt språkstöd
make setup
cp ezmlmrc /usr/local/bin/ezmlm/ezmlmrc.en
cp lang/sv/ezmlmrc /usr/local/bin/ezmlm/ezmlmrc

Eftersom testprogrammen nästan alltid failar för mig, så skippar jag de procedurerna, som INSTALL-filen gärna vill att jag gör. Så, första delen av installationen bör alltså vara klar nu. Nu börjar det fruktansvärt långtråkiga kopierandet av användare och deras mailboxar… Glöm dock inte att uppgradera gamla listor om det finns några. Detta görs bland annat med ”ezmlm-idx DIR” för att återindexera listorna (har inte kunnat bekräftat detta själv iofs). Men det viktigaste är att man gör en ”ezmlm-make -+ ~alias/listdir” på alla gamla listmappar – jag stötte nämligen i efterhand på felet ”deny/key does not exist/Sorry, I’ve been told to reject your posts”. Efter remaken, så fungerade listorna igen. Relativt smärtfritt om man jämför med hur resten av flytten gick (det sista här är skrivet efter att allt blivit färdigt).

[...]

Några timmar senare var man klar. För att verkligen vara säker på att alla hemkataloger fortsätter tillhöra rätt användare avslutas nu användarprocessen med en liten sök-och-ersätt:

grep -i /home /etc/passwd | sed s/”[ ]”/”_”/ | sed s/”[:]”/” ”/g | awk ‘{printf ”chown -R ” $3 ”:” $4 ” ” $6 ”\n”}’ | grep -i home

Och för gruppbehörigheterna för varje undermapp…

find -type d -maxdepth 1 | sed s/”[\/]”// | sed s/”[\^\.]”// | awk ‘{printf ”chgrp ” $1 ” ” $1 ”\n”}’

Problem uppstår givetvis på andra håll dock. Med pop3-servern som vägrar acceptera användare som loggar in. Courier-lösningen som tidigare installerats fungerar inte heller eftersom authdaemon där kräver grejer jag inte vill ha. Ju lite inverkan som möjligt, desto bättre. Standard-auth via passwd/shadow är alltså ändå alternativet jag godtar. Det löstes dock genom att …

pop3   stream  tcp     nowait  root    /usr/sbin/tcpd  /var/qmail/bin/qmail-popup tornevall.net /bin/checkpassword qmaill /var/qmail/bin/qmail-pop3d Maildir

… måste ändras till …

pop3    stream  tcp     nowait  root    /usr/sbin/tcpd  /var/qmail/bin/qmail-pop

Därefter skapar man en fil i qmail-bin-katalogen som innehåller:

#!/bin/sh
/var/qmail/bin/qmail-popup tornevall.net /bin/checkpassword /var/qmail/bin/qmail-pop3d Maildir

Och vips var den delen färdig! Varför folk jämt skall envisa med helt sjuka lösningar förstår jag faktiskt inte, när man kan göra det så enkelt för sig…

Beträffande ett authpaket som saknas för courier så kan varken jag eller någon annan (figures! det har vi aaaaaaaaaldrig varit med om förr) svara på varför authshadow saknas vid kompileringen. Ja, förutom att ett gäng shadowlibs saknas, så att kompilatorn kan hitta dom ordentligt. Och förutom att det är helt omöjligt att hitta libs att installera också. Förutom ”shadow suite” – som inte går att kompilera. GÖTT! Därför ligger libauthshadow för courier HÄR nu! Fysiskt om min första courierinstallation efterföljs, så skall dessa filerna placeras i /usr/local/lib/courier-authlib och i /usr/local/etc/authlib/authdaemonrc på raden authmodulelist skall authshadow finns med. Fixat och klart!

Efter många om och men så är då projektet – till synes – avslutat. Numera sitter man här, med en specifik in- och uthanterande mailserver, med mailauth. Det står även en annan smtp-server, hos ”grannen”, som explicit skickar ut mail från interna nätet – där enbart några få ipadresser släpps in för att få skicka mail. Bland annat ovanstående nya mailserver (och den gamla). Det är en sendmail-daemon som inte har så många andra uppgifter än att forsla mailtrafiken förbi port 25, genom en VPN-tunnel. Inga fel har hittats ännu och förhoppningsvis håller sånt sig borta även i fortsättningen, så man slipper sitta ytterligare timmar och rätta fel.

Projekt: Bloggportalen – Sökord

Detta blir det första officiella utvecklingsprojektet, som i första hand utförs för forskningssyften. Idén föddes dock ur ett irritationsmoment, där andra bloggare omotiverat postat en massa populära sökord på bloggportalen, med syfte att ”hamna högt upp” i listorna. Tanken slog mig då, om man inte skulle ta ett steg längre – med lite tur kanske någon vaknar och börjar rätta till indexeringen på bloggportalen. Eller inte. Så det här torde hamna – och sluta – vid ett helt vanligt forskningsprojekt. Ett annat script inkluderas i samband också – se under rubrikerna nedan.

Under betatesting alltså.

Tips till den som administrerar bloggportalen: Rensa ut toppbloggarna en gång i månaden och låt andra få en chans att vara med och ”tävla”.

Bloggportalen: Autotagger

Första scriptet – taggaren – berikades med tre singeltaggar – bptag, bptagtext och bptaghref. Till dessa behövs inga avslutande taggar, utan de ersätts helt  av scriptet, med sökinnehåll från Bloggportalen. Taggarna har alltså ett enda syfte: Autoposta bloggportalens senaste 50 sökkriterier i ett inlägg. Varför detta? För att piska alla som sitter och försöker åstadkomma detta manuellt.

Resultatet blev enligt bilden till höger (klicka på den för förstoring). Ett exempel finns även längst ned i detta inlägget. Tagpluginen är ett litet tiny-tiny-script som med hjälp av regular expressions plockar ut de 50 senaste sökorden från ”bloggsök”.

Den har två lägen: Ett textläge (2) och ett ”href”-läge (3). Läge 1 är defaultläget, som i bilden står pekad mot ”text”, dvs alla sökorden listas rakt upp och ned efter varandra. Det andra läget listar orden på nästan samma sätt, men de länkar tillbaka till bloggsök också. I skrivande stund har även några fler grejer lagts till och jag funderar även på att lägga till en begränsning av antalet sökkriterier som listas också. Topplistan går att sortera i bokstavsordning – och listas med ett ”sökord” per rad.

Bloggportalen: Specifika sökord

Det andra projektet handlar om att länka sig själv till Bloggportalens söksidor, likt många andra gör. För övrigt ett väldigt simpelt skrivet script som i princip bara gör en ”sök & ersätt” på vissa ord och sätter in länken till bloggportalens söksida. Här i bloggen har jag aktiverat scriptet för att se hur det fungerar, där ordet som ersätts är ”jag”. Skall se om jag någon gång i framtiden orkar göra pluginen (vilket den bygger på) även går att konfigurera genom wordpress. Men det blir ett senare problem. Det finns säkert redan script som fixar detta, men jag är inte vän av tålamod alla gånger och man vill ju gärna ha lite ”egen” kontroll.

Läs även andra bloggares åsikter om autoposta, bloggfusk, bloggportalen, bloggsök, fusk, php, script, sökord, tornevall, wordpress

Jag bestämde mig efter lite funderande att påbörja testprojektet redan ikväll. Steg 1 i proceduren är således klar: en funktion för att plocka fram samtliga 50 sökord från bloggportalen är född.

Utdrag från projektet:

Finns det något bättre än att kunna snabbmoderera kommentarer i wordpress UTANFÖR wordpress egna gränssnitt (eftersom det går snabbare) och samtidigt få dessa svartlistade åt alla andra som också har dessa funktioner påslagna i sina bloggar? Nej, det gör nog inte det! Och aksimet gör samtidigt en del av jobbet, genom att filtrera bort alltihop, så man bara kan markera vad som skall ut i svartfiltret!

Här är queryn:

SELECT c.comment_author_IP,c.comment_content,c.comment_ID,p.post_title,r.term_taxonomy_id,t.name
FROM wp_comments c
INNER JOIN wp_posts p
ON c.comment_post_ID = p.ID
INNER JOIN wp_term_relationships r
ON r.object_id = p.ID
INNER JOIN wp_terms t
ON t.term_id = r.term_taxonomy_id
WHERE p.post_status = ‘publish’
AND c.comment_approved = ’spam’

Som sedan visas direkt via ett underbart gränssnitt!

Läs även andra bloggares åsikter om aksimet, banna, blockera, blockering, bloggspam, blogspam, dnsbl, ip, rbl, spam

Och det är tydligen lättare än nånsin att få upp det!

Jag fann en tidning (techworld) på mitt nya jobb, med en artikel som handlade om ipv6 och jag blev förstås åter nyfiken på att försöka få igång det igen. Jag har ju haft det i flera år, men i omgångar det inte fungerat. Kunde det vara så att jag skulle få tillbaka det? Ja, det är ju egentligen redan avslöjat… Tunnelbroker är den leverantör av adresser som rekommenderades i tidningen och det var visserligen lätt att installera, men någon fullständig anslutning fick jag aldrig. Så jag fick återgå till min gamla broker jag hade tidigare. Och jag blev faktiskt förvånad. Mitt konto var intakt så det behövde aldrig registreras något nytt konto. Däremot var anslutningsklienten avsevärt förbättrad. Två program installerades och sedan var allt klart. Att sedan få igång routingen i XP var ännu enklare. Faktum är att jag i princip inte behövde göra något alls. Så nu har jag en fullt fungerande ipv6-router stående här. Helt underbart!

download client-linux (gw6c)
download radvd
install radvd
gmake
make installdir=/usr/local/ipv6 install
redigera configfilen lite
starta gw6c
KLAR!

radvd är visst den klient som delvis även agerar dhcp för efter kommandot i XP, så fanns det en färdig uppkoppling mot servern. Det enda som behövdes var…

ipv6 install

Tiderna förändras onekligen.

Så vad ändrade jag i configen då? Jo, detta:

server=authenticated.freenet6.net
auth_method=any
host_type=router
prefixlen=56
dns_server=ns1.tornevall.ne

Detta för att verkligen kunna köra router med fler ipadresser än en. Det är förresten Slackware 12, kernel 2.6.x som körs.

Lite minnesanteckningar bara…

Fördelen med Maildir är att alla mail lagras som enskilda filer istället för att allt läggs i samma fil (mboxfiler). Det här ger vissa fördelar när man vill ta bort mail med specifikt innehåll. Ett sånt script dök precis upp, som baseras på att mailservern efter ett massutskick har fått tillbaka de mail som inte kunnat levereras till mottagaren. Att sitta och leta efter alla såna tillbakastudsade mail i en mailklient som inte fattar att sånt som levererats som bifogade filer OCKSÅ skall genomsökas.

Enda problemet är att alla Maildir-mailfiler innehåller ”:” så man kan inte bara söka och separera innehåll och filnamn. Men med lite trollande så… Om alla mail innehåller ungefär samma sak så går det rätt bra faktiskt. Så här kan det se ut… Scriptet letar fram varje mail som innehåller  ”forne” och grep returnerar raderna den hittat det på (denna gången orkade jag dock inte göra sökningen tyst så att jag bara får fram filnamnen).

grep -i forne * | awk '{printf $1 "\n"}' | sed s/"\:K"/" "/ | awk '{printf "rm " $1 "\n"}' >orka
chmod +x orka
orka

När grep är klart, separeras allt innehåll bort utom första ordet som grep har tagit fram – där även filnamnet är… Utan sista delen med sed och awk ser resultatet ut så här:

För att få bort resterande text används alltså sed för att få bort ”:K”, där ett mellanslag istället skapas. Här drar vi igenom den nya textsträngen med en sista awk, så bara filnamnet återstår. Detta kan vi sedan returnera i en ny output, som blir raderingskommandot för varje separat mail.

Wohoo!

Detta är ett minnesdokument, eftersom ingen annan har lyckats särskilt bra med att dokumentera en fungerande installation av qmail från punkt A till punkt B. Och det är väl rätt typiskt när det gäller sånt här, som man gärna vill skall fungera på en gång.

Installera en mailserver borde vara lätt tycker man. Och det är det säkerligen också, om man inte har allt för höga krav, lite pengar, licenslust och en windows-server. Har man inte det, så brukar å andra sidan en mailserver under linux gå lika bra. Alternativen är många – exim, postfix, sendmail, osv och jag har alltid haft lite beslutsångest inför valet av mailserver. Men det har alltid fallit på qmail, eftersom jag är tidigt född med den servern. Den hade sin storhetstid för många år sedan. Många anser att ”det kunde ha blivit något” om det inte hade varit för bland annat licensvalet – att släppa källkoden som helt öppen och att det var upp till användarna att göra mailservern så bra som möjligt. Stoltheten bakom qmail var säkerheten, det var den säkraste mailservern som fanns. Men den har tappat lite. Funktionaliteten är lite för ”simpel” känns det som. Ändå går den som vinnare ur kampen ännu en gång, nu när jag förflyttar mailservern till en annan plats. Valet blev naturligtvis återigen qmail.

Men denna gången är det lite annorlunda. Innan jag börjat installera qmail har jag verkligen sett till att kontrollera att allt fungerar under installationen. Och den verkar faktiskt fungera denna gången. Mina höga krav har alltså lett till att jag äntligen lyckats få den exakt som jag vill ha den!

Så hur vill jag ha mailservern?

1. Ja, med tanke på att mina internetleverantörer hittills har levererat sämre tjänster än jag själv kan frambringa – ja, vissa av deras mailservrar är faktiskt svartlistade på vissa ställen eftersom det kommer spam från dem. I vissa fall är de även svartlistade på grund av namnen de döpt adresserna till. De påminner helt enkelt för mycket om dynamiska adresser, vilket orsakar stopp i mailkedjan. Domän är det visserligen inga problem med, men många internetleverantörer har alltid varit lite griniga över relaying, så det är inget alternativ det heller.
2. Ett problem med qmails gamla mailbox-system var att alla mail lagrades i en enda stor fil. Kraschar mailboxen så kraschar således alla mail på en enda gång. Filen blir otymplig att hantera om man har ett par tusen mail (ja, jag arkiverar och sparar på allt). Jag är inte helt säker på hur det ligger till, men en gissning är att det inte heller går att lägga upp undermappar i mailboxen med det gamla formatet. Detta har tydligen förändrats i och med att användarna själva får distribuera sin källkod. Perfekt alltså. Det kanske skall sägas att jag använder imap och inte pop. Därför krävs det, förutom qmail lite extra funktionalitet från andra serverdemoner. Mitt val har landat på courier, som klarar exakt det jag vill. Imap och undermappar. Många mail blir det!
3. SMTP-AUTH – guld i kampen mot spam. Mail går fram, om avsändaren använder någon av serverägarens tillåtna domännamn. Om mottagaren inte tillhör servern, stoppas mailet. Användare som loggar in för att skicka mail fritas helt från den regeln och kan skicka mail precis hur som helst. Det går alltså att ha en ÖPPEN mailserver tack vare detta komplement. En annan fördel med konfigurationen jag hittat är att man samtidigt kan tillåta full relaying utan inloggning. Tack för detta tcpserver!
4. Qmailqueue – Innan ett mail processas för inkommande trafik kan man låta mailet passera programkod man själv valt att lägga till. Vill man filtrera bort något speciellt från ett mail, så det aldrig når fram, så är detta underbart enkelt med qmail. Detta kommer dock senare, eftersom jag installerar ett kraftfullare paket (dock något långsamt i vissa fall), vid namn qmail-scanner.
5. Spamfri!

Det var nog de viktigaste punkterna. Så hur fixar man detta utan att implodera? Jo, genom att plocka ned mitt specialanpassade paket för den här sortens installationer och sedan följa instruktionerna. Den här specifika installationen har gjorts från en Slackware-distribution. Närmare bestämt slackware 13, med så mycket som möjligt av utvecklingspaketen installerade. Installationen av antivirusprogram och spamprogram inkluderas inte i detta inlägg heller, utan detta är enbart grundinstallationen.

Instrukionerna är samlade rakt upp och ned utan någon större ingående förklaring. Dessa har jag helt enkelt inte orkat pilla in. Några grejer att tänka på är att flytta bort eventuella gamla sendmail-program från standardmapparna och istället symlänka den sendmail-applikation som följer med qmail. Instruktionerna nedan inkluderar inte detta. Faktum är att allt som handlar om att flytta/ta bort/byta namn på filer inte finns med här. Å andra sidan så tror jag att det här fungerar väldigt bra ändå. Observera även att qmail är den sändande delen i installationen, medan courier tar hand om den mottagande.

Filen tcp.smtp är enbart en mall på ipadresser jag tillåter relaying. rc.mail och rc.tcpserver startar mailsystemet utan att gnälla. Även detta är exempel på hur det kan göras (jag öppnar bland annat både port 25 och port 2525, av olika skäl). qmail bör gå att köras från inetd (smtp   stream  tcp     nowait  qmaild  /usr/sbin/tcpd  /var/qmail/bin/tcp-env -R /var/qmail/bin/qmail-smtpd tornevall.net /bin/checkpassword /bin/false), men jag har istället valt att dra hela systemet genom tcpserver (därav tcp.smtp). rblsmtpd som finns med i exemplen återfinns i courier-paketen. Något annat alternativ fungerar inte särskilt bra.

Installationspaketet finns på http://tmm.tornevall.net/dev/qmail-1.06-tornevall-091222.tar – om någon märker att något saknas, välkommen att meddela detta.

mkdir package 2>/dev/null
cp -v daemontools-0.76.tar.gz package
chmod -v 1755 package
tar zxf ucspi-tcp-0.88.tar.gz
cd package
tar zxf daemontools-0.76.tar.gz
rm daemontools-0.76.tar.gz
cd ..
mkdir /var/qmail
ln -s /var/qmail/control /etc/qmail
groupadd nofiles
useradd -g nofiles -d /var/qmail/alias alias
useradd -g nofiles -d /var/qmail qmaild
useradd -g nofiles -d /var/qmail qmaill
useradd -g nofiles -d /var/qmail qmailp
groupadd qmail
useradd -g qmail -d /var/qmail qmailq
useradd -g qmail -d /var/qmail qmailr
useradd -g qmail -d /var/qmail qmails
tar zxf qmail-smtpd-auth-0.31.tar.gz
tar zxf netqmail-1.06.tar.gz
cd netqmail-1.06
cp ../qmail-smtpd-auth-0.31/base64.c ../qmail-smtpd-auth-0.31/base64.h .
patch < ../qmail-smtpd-auth-0.31/auth.patch
patch < ../qmail-smtpd-auth-close3.patch
patch < ../outgoingip.patch
make setup check
./config-fast tornevall.net
cd ..
cd ucspi-tcp-0.88
patch < ../netqmail-1.06/other-patches/ucspi-tcp-0.88.errno.patch
make
make setup check
cd ../package/admin/daemontools-0.76/src
patch < ../../../../netqmail-1.06/other-patches/daemontools-0.76.errno.patch
cd ..
package/install
cd ../../..
tar zxf checkpassword-0.90.tar.gz
cd checkpassword-0.90
patch <../netqmail-1.06/other-patches/checkpassword-0.90.errno.patch
make
make setup check
chmod a+xr,u+s /bin/checkpassword
cd ..
tar jxf courier-authlib-0.62.4.tar.bz2
cd courier-authlib-0.62.4
./configure
make
make install
make install-configure
cp authdaemond /etc/rc.d/rc.authdaemond
cp /usr/local/courier-imap4/etc/imapd.dist /usr/local/courier-imap4/etc/imapd
cp /usr/local/courier-imap4/etc/imapd-ssl.dist /usr/local/courier-imap4/etc/imapd-ssl
chmod +x /etc/rc.d/rc.authdaemond
cd ..
tar jxf courier-imap-4.6.0.tar.bz2
cd courier-imap-4.6.0
./configure –prefix=/usr/local/courier-imap4 –with-syslog=auth –with-dirsync –with-ssl –disable-root-check
make
make install
cp imapd-ssl.rc /etc/rc.d/rc.imapd-ssl
cp imapd.rc /etc/rc.d/rc.imapd
chmod +x /etc/rc.d/rc.imapd-ssl /etc/rc.d/rc.imapd
cd ..
tar zxf cmd5checkpw-0.22.tar.gz
cp rc.mail /etc/rc.d
cp rc.tcpserver /etc/rc.d
cp qmailrc /var/qmail
cp tcp.smtp /etc
tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp

Läs även andra bloggares åsikter om courier, daemontools, mailserver, netqmail, qmail, smtp-auth, smtpauth, tcpserver, ucspi