Re: OT: spam-filter till listan
Per Tunedal skrev: > Hej! > Har listan inget spamfilter? Hur administreras listan? > > Bakgrund: Det kom nyligen några SPAM adresserade till listan och när jag > sökte i arkivet hittade jag mycket skräppost. > > Vänligen > Per Tunedal Jag hämtar mina mail med fetchmail och använder maildrop som sorterar upp dem i olika mappar beroende på innehåll. Till de mailinglistor som är på svenska (som denna lista) har jag i flera år använt detta filter (i filen .mailfilter) : if (/^List-Id: /) { # Det skall bara vara svenska i den här listan, hittar # vi inga vanliga # svenska ord så är det tack och hej if (! /och | om | vad | har | jag | att | som | debian | sarge | etch | de[nt] | med | för | hur | inte[ ]/:b) to /dev/null } [Taskig radbrytning -- if-satsen på en rad!] Det dumpar alltså alla meddelanden som inte innehåller något av de vanligaste svenska orden, och några ord till. Det är häpnadsväckande enkelt och lika effektivt. Det är ytterst sällan jag ser några spam i svenska mailinglistor. Alla meddelanden av värde innehåller faktiskt något av orden ovanför! Spammen gör det aldrig. Det finns ju förstås en liten, men dock risk att filtret triggar även på en del legitima meddelanden, särskilt korta "oneliners". Det spelar mindre roll för mig på mailing- listor som ju ändå innehåller mycket brus. (På min ordinarie mailbox filtrerar jag inte så här.) Även om du inte kör egen mailserver kan du kanske ordna något liknande filter i din mailklient. -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian och Asterisk
> Passa även på att använda min stackars röst, paketet heter > "asterisk-prompt-se" :) > > Daniel Den använder jag! Vet du om de filerna fungerar även till asterisk v1.4.0 (beta) som jag just testinstallerat? Jag har för mig att jag läste nånstans att strukturen för ljudens mappar och filer ändrats, men jag hittar inte texten igen. -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Granskning av versionsfakta för Debian 4.0
Godafton, Även om jag inte kan bidra med så mycket, vill jag ge dig en eloge för det hästjobb du lägger ned på översättningar! Du skriver dessutom lättläst och luftigt, något som är extra svårt med tekniska texter. Versionsfakta för uppgraderingen till Debian 4 ligger också rätt i tiden just nu. Intressant läsning, fast fan vet om jag vågar köra en dist-upgrade på jobbservern... -- Robert Daniel Nylander skrev: > God afton, > > Jag jobbar med att översätta "Release Notes" (versionsfakta är ett > passande ord?) för kommande Debian 4.0, kodnamn "etch". > > Vore trevligt om någon kunde kasta ett eller ett par getögon på: > http://home.danielnylander.se/debian/release-notes/ > > Danne -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem med rotering av loggfiler
> Tyvärr blev det inte bättre. Imorse hade den > komprimerat loggfiler igen. Någon som vet > varför det inte funkar? I /etc/cron.weekly och .daily har du skript som heter sysklogd Om du läser i de filerna ser du att något som heter savelog vill vara beskäftigt och rotera loggfiler. savelog komprimerar som standard. Någon har tyckt att logrotate inte sköter sitt jobb och skapat dessa skript. Obegripligt för mig. Jag har inaktiverat de filerna genom att som första rad i dem sätta in exit 0 Om du gör som jag, se till att alla dina loggfiler istället hanteras av logrotate. Det är möjligt att någon som savelog haft hand om blir missad annars. Ett system, en logroterare! -- Robert -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem med rotering av loggfiler
> och här är loggarna: > > -rw-r- 1 root adm 947375 2006-08-07 14:32 mail.log > -rw-r- 1 root adm5557 2006-08-06 06:46 mail.log.0 > -rw-r- 1 root adm 1371909 2006-08-06 06:25 mail.log.2 > -rw-r- 1 root adm 174719 2006-08-02 06:25 mail.log.2.gz > -rw-r- 1 root adm 91814 2006-07-31 06:25 mail.log.3.gz > -rw-r- 1 root adm 167174 2006-07-26 06:25 mail.log.5.gz > -rw-r- 1 root adm1234 2006-07-23 06:46 mail.log.6.gz > > Trots att de inte ska komprimeras så gör dom det ändå. Någon > som har en aning vad som är fel? Och vart tog 1:an och 4:an vägen..? Jag hade liknande problem för något år sedan. Exakt hur jag löste det minns jag inte, men jag rotade runt i /etc efter allt som hade med cron att göra. logrotate startade inte bara från ett enda ställe, tror jag, eller om det var nåt skript som förbigick logrotate. Under /etc låg det iallafall, kolla skripten i cron.daily/hourly/monthly om det är något av dem som vill "hjälpa till" att rotera dina loggar. Kanske grep -R compress /etc/* kan vara nåt..? -- Robert -- Echte DSL-Flatrate dauerhaft für 0,- Euro*. Nur noch kurze Zeit! "Feel free" mit GMX DSL: http://www.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kapade fält från dpkg
> > Har aldrig sett detta beteende i andra program. Vad är det > > som händer här, och kan jag göra nåt åt saken? > Använder själv COLUMNS för att bestämma kolumnbredden. > t. ex: > COLUMNS=150 dpkg -l |grep ^ii Tack, nu funkar det! Men konstigt var det: Inloggning, COLUMNS satt till 158, enligt set, sen: dpkg -l > fil ; cat fil===> Kapade fält export COLUMNS=157 ; dpkg -l > fil; cat fil ===> OK (!) export COLUMNS=158 ; dpkg -l > fil; cat fil ===> OK (!!!) Samma beteende på en Sarge och två Etch och med putty från två olika ssh-klienter. Skit samma, nu funkar det. Men nåt med dpkg är inte helt intuitivt... -- Robert -- Echte DSL-Flatrate dauerhaft für 0,- Euro*! "Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Kapade fält från dpkg
Körde dpkg -l för att se vilka paket jag hade på servern. Såg så bra ut att jag ville spara det som utskrift och ha i "serverpärmen". Men det är nåt konstigt när jag redirectar (stdout-) utdatat till skrivare, less eller fil. Fälten klipps av på nåt konstigt sätt. dkpg -l | less ser alltså inte likadant ut som bara dpkg -l Har aldrig sett detta beteende i andra program. Vad är det som händer här, och kan jag göra nåt åt saken? -- Robert -- Echte DSL-Flatrate dauerhaft für 0,- Euro*! "Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: postfix
> Hej, varför levererar procmail mail lokalt istället för att > postfix tar emot och skickar det till usern? > Jag har använt http://workaround.org/articles/ispmail-sarge/ > och i mail.log så säger den att meddelandet är skickat och > att procmail tog emot det.. > > Någon som har några förslag? Det är nog så det skall fungera. Postfix (Exim, Sendmail m.fl) är MTAs, mail transfer agents, alltså mailservrar som talar med varandra över internet. Procmail (Maildrop, ytterligare?) är MDAs, mail delivery agents, som har åtkomst till användarnas inboxar och bl.a. låter dem sätta upp filterregler, autoreply m.m. Jag tror inte Postfix klarar av att själv stoppa in inkommande mail i rätt filer och bedöma vem som skall ha vilka mail. Därför tar Postfix hjälp av maildrop när det inser att mailet är till en inbox på det egna systemet. MTA är som Postens gula långtradare som kör breven mellan olika städer, MDA är din lokale brevbärare som vet på vilken gata du bor och vilken brevlåda som är din. Vad är det som inte fungerar, och vad vill du åstadkomma? -- Robert -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dynamisk blockering iptables
> Du har inte funderat på att köra med greylisting eller MKvalidrcpt? > Jag hade syndafloder med spam & annat skit innan på mailservern, men efter > jag lagt in både greylisting och mkvalidrcpt så har nästan försvunnit helt. > Nu vet jag inte vilken MTA du kör, men jag kör qmail själv. Jag kör Postfix. Jo, greylisting står nog på tur att införas och sedan dspam eller spamassassin. Däremot har jag inte hört talas om mkvalidrcpt, får heller inga träffar i någon sök- motor. Kan du ge en länk? -- Robert -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dynamisk blockering iptables
> I den här artikeln har dom visserligen gjort det med SSH, men det borde > gå att anpassa för mejl: > http://www.debian-administration.org/articles/187 -- Vincent Lönngren Tack för det - modulen ipt_recent var lösningen! Stod inget om den i man-sidan på jobbet (stable), men på min testing hemma var den med. Icke desto mindre fanns själva modulen på jobbmaskinen och det var bara att lägga till ett par regler i iptables. Verkar fungera som det skall, har precis satt det i "skarp" drift. Hoppas det kommer en mass-spammare snart... Det är f-n vilket knog det är att hålla användarnas inboxar någorlunda fria från skräp... Tack igen! -- Robert -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Dynamisk blockering iptables
Jag letar efter ett sätt att blockera skenande spamskickare. En eller ett par gånger per dygn kommer en störtflod av spam från hela världen. Oftast är alla från olika ipadresser, det kan vara hundra spam på några minuter. Här hemma har jag en iptables-regel som endast tillåter fem eller tio anslutningar på några minuter, allt därutöver DROP:as. Fungerar utmärkt här hemma: efter några minuter svalkar ju iptables av sig och släpper på igen, då har spamrobotarna dragit vidare på nya äventyr. På jobbet vågar jag inte göra så, det skulle bara resultera i samtal från kollegor som undrar varför mailet från Långtbortistan inte kommit fram ännu, "det skickades ju för flera minuter sen"... Största problemet i den servern är att maillog blir proppfull av alla REJECTS, där är det ofta en och samma ipadress (fast olika varje dag) som med den drucknes envishet försöker dela ut hundratals spam med bara nån sekunds mellanrum (dåligt skriven spamware). Vad jag vill ha är nåt liknande det jag har hemma, fast som bara DROP:ar anslutningar från marodören för stunden. Dvs om adress 1.2.3.4 under 5 minuter har gjort 10 anslutningar så skall han bannas, men bara han -- alla andra ipadresser måste ändå kunna skicka mail till oss. Jag har kört man iptables med inte hittat just detta. Vet någon ett bra sätt, eller går det helt enkelt inte? -- Robert -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mutt konfig
> On Thu, Feb 23, 2006 at 03:31:20PM +0100, Ivar Alm wrote: > >> Har läst 'man muttrc' och googlat mutt-dokumentation, men ser inte ens >> att det nämns nånstans. Kan någon upplysa mig? >> Nån har gjort en "gaffel" av mutt med nya fiitjurs, kolla: http://mutt-ng.berlios.de/ umask:en är en av finesserna. Hittar inget deb-paket, dock. -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Spärra oönskade paket
Tack för alla tips! Nu fungerar det som jag vill. (Jag valde varianten med pin i preferences.) -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Spärra oönskade paket
Då var det dags igen... apt-get meddelar att det finns en ny fetchmail att installera. Nu har fetchmail plötsligt blivit beroende av paketet gettext, som tar runt 5 MB och vill installera drygt 200 (!) filer på min stackars gamla dator. Bara för att hämta hem mail :-) (Vad gör förresten gettext?) Jag bestämde mig för att inte "bloata" hårddisken och fortsätter köra min gamla, installerade fetchmail som fungerar utmärkt. Finns det något sätt att tala om för apt att jag inte är intresserad av uppgradera ett visst paket? Kanske nån konfig-fil där jag kan skriva "ignore updated: fetchmail" eller liknande? En annan lösning är visserligen att bryta ut fetchmail ur apt och köra en egen version vid sidan om. Eller, kanske finns det rentav bra alternativ? Jag har kört fetchmail av gammal vana i många år och aldrig letat efter konkurrrenter. Behöver både POP3 och IMAP. -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hur ser man storleken på en extern us b2 harddisk
Niels Larsen wrote: > > Men jag mangler stadig, at lage et swap fs på /dev/sda2 > > Någon som vet? > > :-) > > Glad och tacksam! > Du behöver nog köra mkswap på partitionen. Har jag aldrig använt själv, men testa man mkswap -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hur ser man storleken på en extern us b2 harddisk
Alexander Nordström wrote: > Monday, 6 February 2006 10:40, Niels Larsen wrote: >> Jag har konnektet en external usb2 harddisk på 250 gb >> >> /dev/sda1 1243319543041b W95 FAT32 >> /dev/sda224342677 1959930 82 Linux swap / >> Solaris /dev/sda32678 30401 222693030 83 Linux >> >> Jag vill se storleken med df kommandoen, men får: >> $ df -h /dev/sda >> FilesystemSize Used Avail Use% Mounted on >> tmpfs 10M 808K 9,3M 8% /dev > > Det är normalt eftersom /dev/sda inte representerar någon enskild > partition i det här fallet (vilket bara sker med enheter som ser sig > själva som disketter). > > Testa 'df -h /dev/sda?' istället. Jag föreslår: df -h /dev/sda3 Men då disken inte verkar vara monterad får du först försöka med : mount -t ext2 /dev/sda3 /mnt Och "/mnt" byter du förstås ut mot var du vill ha din externa disk "monterad". Du monterar alltså en speciell partition från den nya disken, i det här fallet partition 3 som enligt din lista är en Linux-partition. Kanske kan du även montera sda1 om du anger lämplig typ till mount, kanske "-t vfat"? Lycka till! -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Saknad publik nyckel
Tack för hjälpen alla, nu funkar det igen. Trevlig helg! -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Saknad publik nyckel
Har börjat få varningar när jag kör apt-get update för att kolla efter uppdateringar: W: GPG error: http://ftp.se.debian.org etch Release: Följande signaturer kunde inte verifieras för att den publika nyckeln inte är tillgänglig: NO_PUBKEY 010908312D230C5F W: Du kan möjligen rätta problemet genom att köra "apt-get update" Är det fler än jag som får detta meddelande, eller måste jag rätta till något i min setup? -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Eject CD-rom problem
Robert Larsson wrote: > > chown root:cdrom /usr/bin/eject > chmod 4750 /usr/bin/eject > > ger dessa behörigheter: > > -rwxr-x--- 1 root cdrom 15624 2005-09-20 02:06 /usr/bin/eject Får rätta mig själv: -rwsr-x--- 1 root cdrom 15624 2005-09-20 02:06 /usr/bin/eject blir det såklart. Spot the difference... Påminner om professorn som drog ett streck på svarta tavlan och sa "Här har vi en kopparstav... Nej förresten...". Han tänkte i fem sekunder, suddade ut strecket, ritade ett precis likadant och sa: "Här har vi en järnstav" -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Eject CD-rom problem
Vincent Lönngren wrote: > Tack, det fungerar! Det vore förstås trevligt om det kunde lösas på > något annat sätt. Det finns en bugrapport om det för ejectpaketet, jag > borde kanske ha kollat där innan jag skrev hit. Sant, det känns inte alltid bra med setuid. I det här fallet kan du förstås begränsa användandet av eject till gruppen cdrom som du redan utnyttjade: chown root:cdrom /usr/bin/eject chmod 4750 /usr/bin/eject ger dessa behörigheter: -rwxr-x--- 1 root cdrom 15624 2005-09-20 02:06 /usr/bin/eject Har du för många illvilliga i gruppen cdrom får du väl skapa gruppen ejectors eller nåt. Fast bättre om de löser problemet via paketet, för såna där inställningar som ovan sitter löst vid en upgrade... God jul! -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Eject CD-rom problem
Vincent Lönngren wrote: > Hej! > > Jag läsa och skriva till min CD-romenhet (/dev/hdc), men kommandot eject > fungerar bara om jag är superuser. Det gäller audio CD som alltså inte > är mountade. > > [EMAIL PROTECTED]:~$ ls -l /dev/hdc > brw-rw 1 root cdrom 22, 0 2005-12-22 09:01 /dev/hdc > > Användaren 'vincent' är med i gruppen 'cdrom'. > > Vad är det för fel? Från "man eject" : You need appropriate privileges to access the device files. Running as root or setuid root is required to eject some devices e.g. SCSI devices). Kan vara det som är problemet. Prova att (som root) köra chmod u+s /usr/bin/eject vilket alltså ger anropande användare root-behörighet för eject-kommandot. Om det inte funkar sätter du tillbaka genom att byta ut plustecknet mot ett minus. -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Nu funkar inte klogd
Torbjörn Svensson wrote: > Robert Larsson wrote: > >>>Och hallå, det där ALSA -- är det tänkt att >>>det skall fungera utan massa servrar och konfigu- >>>rationsfiler, eller är det det härke jag tycker >>>det verkar vara? Försökte ett par timmar att få >>>igång ljudet med ALSA, men tröttnade och valde >>>till sist gamla hederliga OSS och då gick det >>>igång direkt. Dåligt betyg på mig eller ALSA? > > > Det är nog dåligt betyg på dig ;-) > Skämt och sido, har du kollat i alsamixer om de är unmuteade? ALSA har > som default mute på alla kanaler. > > För mer läsning > man alsamixer > man alsactl Jo, jag kikade på mixers och allt möjligt. Ljud"kortet" hittades enligt dmesg, men när jag spelade upp en wav så klagade sox på att /dev/dsp inte fanns. Vilket den förstås gjorde, med rättigheter och major/minor korrekt. Inte ens då jag skickade en fil direkt dit med cat "fanns" /dev/dsp. Häpnadsväckande. Möjligen var det inte ALSAs fel utan nåt annat, men hursomhelst försvann problemet när jag bytte från ALSA till OSS. Googlade som en tokig på ALSA + /dev/dsp utan att hitta nån förklaring till mysteriet. Jaja, jag skall snart byta kärna i ett annat system, från Red Hat 2.4 till Debian 2.6, och då skall jag ge ALSA en sista chans... Fridens. -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Nu funkar inte klogd
> Värre är att loggningen via klogd bara fungerar > sporadiskt; moduler som stoppas in och ut ur > kärnan verkar t.ex. loggas ok, men tyvärr > inte LOG-targets från iptables, vilket oroar > mig. Att logga från kommandoraden med t.ex. Får rätta mig själv, iptables loggar visst! Hittade nya loggfiler i /var/log/ulogd där alla fångster från iptables numera hamnar. Högst besynnerligt. Vet inte hur paketet ulogd hamnat i min Debian- installation... Beror kanske på att jag valde nån ny flagga när jag kompilerade kärnan..? -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Nu funkar inte klogd
Tja, till sist tog jag steget och uppgraderade från 2.4 till 2.6.14. Det mesta gick bättre och enklare än jag väntat. Tre saker går inte som de skall; en petitess, en lite allvarligare och en stor suck. Ett program som heter beep (piper i buzzern på moderkortet) fungerar inte längre utan att ange frekvens som parameter. Det kan jag leva med, får bara editera mina script. Fast visst är det konstigt..? Värre är att loggningen via klogd bara fungerar sporadiskt; moduler som stoppas in och ut ur kärnan verkar t.ex. loggas ok, men tyvärr inte LOG-targets från iptables, vilket oroar mig. Att logga från kommandoraden med t.ex. logger -p kern.panic Test-1-2-3 går heller inte längre. Tips eller erfarenheter mottages tacksamt. Eller kan man kanske styra om loggning i iptables så att den inte går via klogd? (Debian etch, hembyggd kärna 2.6.14) Och hallå, det där ALSA -- är det tänkt att det skall fungera utan massa servrar och konfigu- rationsfiler, eller är det det härke jag tycker det verkar vara? Försökte ett par timmar att få igång ljudet med ALSA, men tröttnade och valde till sist gamla hederliga OSS och då gick det igång direkt. Dåligt betyg på mig eller ALSA? -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Crontab Problem
har ingen cron.deny ens. Bara för att vara säker skapa jag en cron.allow men det lyckades inte bättre för det. Helt ställd här haha inte en aning vad som kan vara fel. Och du lade in nån användare i cron.allow också? Körs jobben, dvs lämnar de något spår i /var/log/cron (eller vad loggen heter)? Kanske nåt syntaxfel i crontab:en? Läses den överhuvudtaget när den ska (kolla åtkomst- tid med ls -ul nån minut efter uppdatering) Kolla MAILTO, PATH mfl direktiv i början av crontab-filen. Inget skumt där? Hade inte nån version av cron problem med tabbar istf space i crontab, eller tvärtom? Gör en ny crontab från scratch som bara innehåller raden * * * * * echo Hej >> /tmp/crontest Blir det några Hej, eller nån fil öht i /tmp ? Hur skall du skicka glassen..? -- Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sarge -> stable
>> En kompis till mig skulle "bara" göra en update/upgrade på en dator på >> jobbet innan han åkte hem. Han kom hem efter midnatt. Woody hade blivit >> stable. > Det är därför man skriver namn och inte version i sources.list, då > slipper man såna överraskningar Nu blev jag orolig. Har undrat hur det blir med servern på jobbet när testing blir stable, vill inte ha en halv dags "downtime" och sitta på helgen med uppdateringsarbete när detta inträffar. Borde väl förstås ha valt "stable" från första början, men... Om jag i sources.list byter ut alla förekomster av "testing" mot "sarge" så löser sig alltså problemet -- eller vad menas med namn istället för version? (Jag blev inget klokare av att läsa man-sidan för sources.list) -- Robert -- Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]