Re: Studsa med procmail
onsdag 08 september 2004 09:36 skrev Pontus Freyhult: > Jo, det riskerar du iallafall, enligt min uppfattning är det rätt > mycket post där eventuella studsar/svar kastas direkt (exempelvis > orderbekräftelser, brev med licensnycklar eller > bekräftelsebrev/kontoinformation för webbtjänster) som riskerar att > märkas som skräp (beroende på hur lika de är vad du matar din > spamassassin med). Fast om man rejectar så kommer ju mailet inte iväg, så då måste de rimligtvis få veta om de bryr sig över huvud taget. Eller? /Micce -- Mikael Hedin, MSc +46 (0)8 344979 (home) +46 (0)70 5891533 (mobile) [gpg key fingerprint = 387F A8DB DC2A 50E3 FE26 30C4 5793 29D3 C01B 2A22]
Re: Studsa med procmail
Hej, > Så man måste köra sin egen domän. Det var ju en hake, får väl börja > slänga mailen då. Och det var reject jag tänkte på från början. Då > riskerar man inte att o-spam kommer bort utan att avsändaren vet. > Det hände mig ibland för något år sedan att spamassassin taggade > riktiga brev som spam. Jo, det riskerar du iallafall, enligt min uppfattning är det rätt mycket post där eventuella studsar/svar kastas direkt (exempelvis orderbekräftelser, brev med licensnycklar eller bekräftelsebrev/kontoinformation för webbtjänster) som riskerar att märkas som skräp (beroende på hur lika de är vad du matar din spamassassin med). Jag går igenom och tömmer min skräppostlåda några gånger i veckan, det går ändå väldigt mycket snabbare (och är mindre irriterande) än att sortera bort skräpposten från sådan post jag vill ha. /Pontus -- Pontus Freyhult, see http://soua.net/> for more information.
Re: Studsa med procmail
tisdag 07 september 2004 15:41 skrev Martin Leben: > inkommande SMTP-sessionen till MX-en för domänen Så man måste köra sin egen domän. Det var ju en hake, får väl börja slänga mailen då. Och det var reject jag tänkte på från början. Då riskerar man inte att o-spam kommer bort utan att avsändaren vet. Det hände mig ibland för något år sedan att spamassassin taggade riktiga brev som spam. /Micce -- Mikael Hedin, MSc +46 (0)8 344979 (home) +46 (0)70 5891533 (mobile) [gpg key fingerprint = 387F A8DB DC2A 50E3 FE26 30C4 5793 29D3 C01B 2A22]
Re: Studsa med procmail
> "Populärbeskrivning" av terminologin: > reject - Att säga "Nej, tack" med en felkod under pågående SMTP-session. > bounce - Att skicka ett brev där det står "Nej, tack". > discard - Släng utan notifiering. > > (Men vad säger man på svenska?) Avvisa, studsa och slänga? > > > Finns det egentligen något fall där det är helt säkert att göra bounce? > Nej, utom mycket kontrollerade miljöer inom en organisation. /jp -- jens persson # Special cases aren't special enough to break <[EMAIL PROTECTED]># the rules. Mäster Olofsväg 24 # -- Tim Peters 8th Pythonic Thesis S-224 66 LUND;SWEDEN #
Re: Studsa med procmail
On 2004-09-07 14:53:01 +0200, Mikael Hedin wrote: > tisdag 07 september 2004 11:28 skrev Tomas Gradin: > > > Om man lyckas knöka in spamassassin som milter i sendmail så kan > > man få sendmail att tillfråga den innan mailet tas emot, och på så > > vis åstadkomma en äkta studs vid behov. > > Just vad jag ville. Att studsa via procmail blir ju fel som några > påpekade. > > Men Jag hämtar ju mail men fetchmail över pop, så det är väl > egentligen ingen möjlighet heller, eller har jag missat något? Nej, när mailservern väl har sparat ett mail i din mailbox har den redan stängt kopplingen till sändaren. Då är det för sent. -- Karl Hasselström, [EMAIL PROTECTED] www.treskal.com/kalle
Re: Studsa med procmail
Mikael Hedin skrev: Just vad jag ville. Att studsa via procmail blir ju fel som några påpekade. Men Jag hämtar ju mail men fetchmail över pop, så det är väl egentligen ingen möjlighet heller, eller har jag missat något? Nej, du har inte missat nåt. Du har inget annat val än att kasta breven utan att avsändaren får någon som helst notifiering. Det är bara under den pågående inkommande SMTP-sessionen till MX-en för domänen man kan göra det. (reject, inte bounce.) "Populärbeskrivning" av terminologin: reject - Att säga "Nej, tack" med en felkod under pågående SMTP-session. bounce - Att skicka ett brev där det står "Nej, tack". discard - Släng utan notifiering. (Men vad säger man på svenska?) Finns det egentligen något fall där det är helt säkert att göra bounce? mvh /Martin Leben -- Remove dashes and numbers (if any) to get my real email address. I subscribe to the mailing lists i write to. Please don't CC me on replies.
Re: Studsa med procmail
tisdag 07 september 2004 11:28 skrev Tomas Gradin: > Om man lyckas knöka in spamassassin som milter i sendmail så kan man få > sendmail att tillfråga den innan mailet tas emot, och på så vis åstadkomma > en äkta studs vid behov. Just vad jag ville. Att studsa via procmail blir ju fel som några påpekade. Men Jag hämtar ju mail men fetchmail över pop, så det är väl egentligen ingen möjlighet heller, eller har jag missat något? /Micce -- Mikael Hedin, MSc +46 (0)8 344979 (home) +46 (0)70 5891533 (mobile) [gpg key fingerprint = 387F A8DB DC2A 50E3 FE26 30C4 5793 29D3 C01B 2A22]
Re: Studsa med procmail
> > Jag kör spamassassin från procmail. Nu lägger jag taggade brev > > i en egen låda men den blir jättefull. Jag skulle vilja studsa > > dem istället (t.ex. not accepted eller liknande felmeddelande). > > Hur gör jag? > Du kan inte studsa brev "på riktigt" i från procmail. > Det man kan göra från procmail är att skicka en "falsk studs" till den > som står som avsändare i brevet. Eftersom den adressen i de flesta > fall inte finns eller tillhör någon oskyldig, så får man bara en studs > på sin studs eller så fyller man någon stackars jäkels inbox. Om man lyckas knöka in spamassassin som milter i sendmail så kan man få sendmail att tillfråga den innan mailet tas emot, och på så vis åstadkomma en äkta studs vid behov. Det är nog enklaste lösningen på detta problem. /tg
Re: Studsa med procmail
On Tue, Sep 07, 2004 at 09:50:20AM +0200, Mikael Hedin wrote: > Okej, det har diskuterats tidigare i olika varianter. Men jag kan inte > minnas, > och just nu ids jag inte RTFMa, så: > > Jag kör spamassassin från procmail. Nu lägger jag taggade brev i en egen låda > men den blir jättefull. Jag skulle vilja studsa dem istället (t.ex. not > accepted eller liknande felmeddelande). Hur gör jag? > Du kan inte studsa brev "på riktigt" i från procmail. Eftersom mottagande mail-server redan har tagit emot mailet när procmail anropas kommer aldrig den som skickar brevet att se att du inte tar emot brevet. Det man kan göra från procmail är att skicka en "falsk studs" till den som står som avsändare i brevet. Eftersom den adressen i de flesta fall inte finns eller tillhör någon oskyldig, så får man bara en studs på sin studs eller så fyller man någon stackars jäkels inbox. hälsningar Håkan
Studsa med procmail
Okej, det har diskuterats tidigare i olika varianter. Men jag kan inte minnas, och just nu ids jag inte RTFMa, så: Jag kör spamassassin från procmail. Nu lägger jag taggade brev i en egen låda men den blir jättefull. Jag skulle vilja studsa dem istället (t.ex. not accepted eller liknande felmeddelande). Hur gör jag? TIA Micce -- Mikael Hedin, MSc +46 (0)8 344979 (home) +46 (0)70 5891533 (mobile) [gpg key fingerprint = 387F A8DB DC2A 50E3 FE26 30C4 5793 29D3 C01B 2A22]
Re: Hjäl p med procmail och formail
On Thu, 13 May 2004 [01:28], Peter Carlsson ([EMAIL PROTECTED]) wrote: > Hej! > > Undrar hur man lägger till text i början av "Subject:"-fältet > med hjälp av procmail och formail. > > Jag vill exempelvis att... > > Subject: Testar > > ... blir ... > > Subject: [TEST] Testar /usr/bin/formail -i "Subject: [TEST] $SUBJECT" Sedan får du ju speca i procmail på vilja subjects som ska ändras, osv.. Här kan du läsa lite mer om hur man ändrar header, beroende på olika headers. <http://pm-doc.sourceforge.net/pm-tips-body.html#how_to_change_subject_according> /d -- ... david röhr | o_ .. unix systems consultant | o/ /\ Solaris, AIX, HP-UX . qbranch system management | /|_, \\ and GNU/Linux Certified. www.qbranch.se/ `
Re: Hjälp med procmail och formail
Peter Carlsson: > Undrar hur man lägger till text i början av "Subject:"-fältet med > hjälp av procmail och formail. Använd sed. Jag gör det motsatta (tar bort "[]" från en sändlista) med denna kod: :0 fhw |/bin/sed -e 's/^Subject: \(.*\).nnn. \(.*\)/Subject: \1\2/i' -- \\// Peter - http://www.softwolves.pp.se/ I do not read or respond to mail with HTML attachments.
Hjälp med procmail och formail
Hej! Undrar hur man lägger till text i början av "Subject:"-fältet med hjälp av procmail och formail. Jag vill exempelvis att... Subject: Testar ... blir ... Subject: [TEST] Testar Mvh Peter
Re: Hur anropa procmail?
On Wed, Mar 10, 2004 at 10:23:11AM +0200, [EMAIL PROTECTED] wrote: > > > Logiskt? nej. Svart magi? ja. > > Mindre relevant detta årtusende i vilket fall som helst. Det borde > vara spöstraff och indragen veckopeng på att köra en Sendmail som är > mer än ett par år gammal. Bäst är att 1. Undvika Sendmail. (postfix, qmail eller exim) 2. Undvika procmail (alternativet är snabbare och effektivare: maildrop) -- magnus, http://x42.com
Re: Hur anropa procmail?
On Tue, 09 Mar 2004 22:08:17 +0100, Martin Wickman <[EMAIL PROTECTED]> posted to debian-user-swedish: > Mikael Bergman wrote: >> |IFS=' ' && exec /usr/bin/procmail -f- || exit 75 #user >> Jag har förstått att det på något sätt är ett snyggare sätt att se > Rätta mig gärna, men så här har jag fått för mig att det fungerar: > IFS talar om vilka tecken som används för att splitta fält, ungefär > som FS i awk. I detta fall sätts IFS av (historiska?) säkerhetsskäl så > ingen kan luras. Japp, det var ett säkerhetshål i Sendmail version, öh, typ 6 ungefär, vilket bör ha korrigerats för något årtionde sedan, men det är ju för all del på säkrare sidan att vara på säkrare sidan. > Sen körs procmail. Om procmail genererar ett fel kommer exit att > köras och returnera 75 till processen som startade .forward, Näpp, utan om exec lyckas så tar Procmail över kontrollen helt, och bestämmer helt själv om det skall returneras någon felkod. I det fall att exec av någon anledning misslyckas kommer däremot felkoden 75 att returneras till Sendmail av denna .forward. Orsaker till att exec misslyckas är t.ex. om /usr/bin inte alls är monterad eller om Procmail inte är installerad där. Om Procmail är dynamiskt länkad mot biblioteksfiler som saknas kan det också gå fel. Det här är ganska exotiska scenarier som närmast kan komma i fråga om Procmail körs på en maskin som hämtar /lib och/eller /usr över NFS eller något annat lika patologiskt. Nu för tiden finns det väl sällan någon rimlig orsak att ha sådana arrangemang. Installera Procmail och Sendmail lokalt på den maskin som hanterar posten, förgusskull. > gissningsvis sendmail. 75 betyder att sendmail ska köa mailet igen > och försöka senare. Många andra MTA använder samma felkoder som Sendmail (qmail är ett undantag) men denna form av .forward är nog ganska specifik för just Sendmail och fungerar troligen inte alls med andra MTA. > Logiskt? nej. Svart magi? ja. Mindre relevant detta årtusende i vilket fall som helst. Det borde vara spöstraff och indragen veckopeng på att köra en Sendmail som är mer än ett par år gammal. /* era */ -- formail -s procmail <http://www.iki.fi/era/spam/ >http://www.euro.cauce.org/ cat | more | cat<http://www.iki.fi/era/unix/award.html>http://www.debian.org/
Re: Hur anropa procmail?
Mikael Bergman wrote: Har lite funderingar på hur jag ska anropa procmail in min .forward. Jag har förstått att bara köra, typ |/usr/bin/procmail" lämnar en del övrigt att önska. Såg någonstans någonting i stil med: |IFS=' ' && exec /usr/bin/procmail -f- || exit 75 #user Jag har förstått att det på något sätt är ett snyggare sätt att se till att avsluta om någonting går fel. Kan någon tolka ovanstående och ev kommentera elller ge förslag på alternativa sätt. Rätta mig gärna, men så här har jag fått för mig att det fungerar: IFS talar om vilka tecken som används för att splitta fält, ungefär som FS i awk. I detta fall sätts IFS av (historiska?) säkerhetsskäl så ingen kan luras. Sen körs procmail. Om procmail genererar ett fel kommer exit att köras och returnera 75 till processen som startade .forward, gissningsvis sendmail. 75 betyder att sendmail ska köa mailet igen och försöka senare. Logiskt? nej. Svart magi? ja.
Re: Hur anropa procmail?
On 09-03-04 22:55 , [EMAIL PROTECTED] wrote: > Kort och kraftigt svar: Läs dokumentationen till din MTA och se om det > inte står precis hur du skall göra. Moderna MTA skall antagligen ha > det enkla och självklara men syntaxen varierar en smula mellan olika > MTA. > > Om du är på din egen Debian-burk så är det antagligen enkelt att köra > Procmail som din reguljära LDA utan att du behöver någon .forward > alls. Men du får alltså berätta vilken MTA du kör och huruvida du (är > root och) har möjlighet och lust att köra Procmail för alla användare. Den enklaste lösningen var natuligtvis att ta bort .forward :-). (Jag kör Exim som MTA). [...] > <http://www.iki.fi/era/procmail/mini-faq.html#forward> Tack. -- Mikael Bergman <[EMAIL PROTECTED]>
Re: Hur anropa procmail?
On Tue, 9 Mar 2004 21:23:40 +0100 (CET), Mikael Bergman <[EMAIL PROTECTED]> posted to debian-user-swedish: > Har lite funderingar på hur jag ska anropa procmail in min .forward. Kort och kraftigt svar: Läs dokumentationen till din MTA och se om det inte står precis hur du skall göra. Moderna MTA skall antagligen ha det enkla och självklara men syntaxen varierar en smula mellan olika MTA. Om du är på din egen Debian-burk så är det antagligen enkelt att köra Procmail som din reguljära LDA utan att du behöver någon .forward alls. Men du får alltså berätta vilken MTA du kör och huruvida du (är root och) har möjlighet och lust att köra Procmail för alla användare. Med den Exim som jag fick med Woody är det bara att tuta och köra, Exim ser om du har en .procmailrc i ditt hemdirektorat och kör Procmail i så fall. (Med MTA menas alltså Sendmail eller Postfix eller Exim eller qmail eller vad du nu kan ha som svarar på port 25 och tar emot din post. Den post som levereras lokalt delegeras oftast till ett annat program som kallas LDA och som kan vara t.ex. Procmail.) > Jag har förstått att bara köra, typ >|/usr/bin/procmail" ^ (Citattecknet skall du säkert lämna bort, eller så se till att du har ett till i början. ;^) > lämnar en del övrigt att önska. Såg någonstans någonting i stil med: > > |IFS=' ' && exec /usr/bin/procmail -f- || exit 75 #user > > Jag har förstått att det på något sätt är ett snyggare sätt att se till > att avsluta om någonting går fel. Kan någon tolka ovanstående och ev > kommentera elller ge förslag på alternativa sätt. Det beror alltså på vilken MTA du kör under. Metod II rekommenderas för gamla versioner av Sendmail av historiska skäl men nu för tiden kommer väl Sendmail i regel med smrsh som default och då skall du inte ha någon sökväg alls utan bara |procmail och så måste du förstås ha procmail i /vad/det/nu/heter/smrsh/ (eller är det bara rsh? Vem bryr sig om Sendmail när det finns Postfix? :-) En utvikning över varför det där med IFS och exec och exit och #user en gång i tiden behövdes under Sendmail finns här (auf Englisch): <http://www.iki.fi/era/procmail/mini-faq.html#forward> Nancy McGough har också skrivit ihop något liknande, jag har ingen länk men det borde vara lätt att hitta hennes version i Google. ... Öh, typ <http://www.ii.com/internet/robots/procmail/qs/#forward> /* era */ -- formail -s procmail <http://www.iki.fi/era/spam/ >http://www.euro.cauce.org/ cat | more | cat<http://www.iki.fi/era/unix/award.html>http://www.debian.org/
Hur anropa procmail?
Har lite funderingar på hur jag ska anropa procmail in min .forward. Jag har förstått att bara köra, typ |/usr/bin/procmail" lämnar en del övrigt att önska. Såg någonstans någonting i stil med: |IFS=' ' && exec /usr/bin/procmail -f- || exit 75 #user Jag har förstått att det på något sätt är ett snyggare sätt att se till att avsluta om någonting går fel. Kan någon tolka ovanstående och ev kommentera elller ge förslag på alternativa sätt. -- Mikael Bergman <[EMAIL PROTECTED]>, http://b3rgman.com
Re: Procmail-magi (var "Konfiguration av Exim")
On Thursday 23 October 2003 20.16, Christoffer Sawicki wrote: > Erik Johansson <[EMAIL PROTECTED]> wrote: > > Hmm, det var ju dömt att hända. Glömde bifoga .procmailrc ;( > > Den kommer här. > > Ta en titt på > http://groups.google.com/groups?selm=1016083950.28795.28.camel% 40cavey&output=gplain > > Kan nog förkorta din procmailrc litegrann. Ahh, tackar tackar. Precis vad jag letade efter. Undrar även en liknande sak som någon här kanske kan svara på. Säg att jag har en lista som ser ut typ så här: ett namn, address1, address2, ..., addressN annat namn, address osv. Kan man göra någonting vackert så att alla mail från "ett namn" hamnar i mappen "ett namn" osv? Och detta mha ett procmail recept. // Erik -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! Erik Johansson <[EMAIL PROTECTED]> http://www.lysator.liu.se/~erre/
Procmail-magi (var "Konfiguration av Exim")
Erik Johansson <[EMAIL PROTECTED]> wrote: > Hmm, det var ju dömt att hända. Glömde bifoga .procmailrc ;( > Den kommer här. Ta en titt på http://groups.google.com/groups?selm=1016083950.28795.28.camel% 40cavey&output=gplain Kan nog förkorta din procmailrc litegrann. */ Christoffer Sawicki <[EMAIL PROTECTED]>
Re: procmail regexp
lasse <[EMAIL PROTECTED]> wrote: > Nu har jag en lista med subject's som kommer med virus. jag har inte > lyckats confa min spamass så den plockar dom så jag tänkte att man > kanske kan få lite hjälp av listan att hitta på regexpar så att dom > försvinner i procmail. > ^Subject:.*'Abort (Advice|Notice|Report)' tror jag funkar > ^Subject:.*'Current (Net|Network) *' är jag mer osäker på Jag har en rad i procmailrc som ser ut som nedan. Den är hyffsat effektiv på att få bort mejl från antivirusprogram. :0D: * ^(From: virus|(SUBJECT|X-(Virus-Scan|BLTSYMAVREINSERT|.*MailScanner)):) .ViriShit/ Värt att notera är ^SUBJECT:, många av virusmeddelanden har det skrivit med just stora bokstäver. */ Christoffer Sawicki <[EMAIL PROTECTED]>
Re: procmail regexp
On Wed, Oct 22, 2003 at 11:54:47AM +0200, lasse wrote: > Hej! > > 600 Mail bara i går. > > Nu har jag en lista med subject's som kommer med virus. jag har inte > lyckats confa min spamass så den plockar dom så jag tänkte att man > kanske kan få lite hjälp av listan att hitta på regexpar så att dom > försvinner i procmail. > ^Subject:.*'Abort (Advice|Notice|Report)' tror jag funkar > ^Subject:.*'Current (Net|Network) *' är jag mer osäker på > > Eftersom vill lära mig regexpar så är det just nu den lösning jag tittar > på, även om det finns andra lösningar. Så hjälp mig lära. Annars kan jag rekommendera amavisd-new, som jag installerade när jag fick hundratals sådana här mail sedan jag postat till den här listan. Nu slipper bara något enstaka spam igenom, och alla virusen verkar fångas. Ett litet problem med den lösningen är att den lägger alla virus i karantän i /var/lib/amavis/virusmails, och den fyller ut min disk efter ett tag (jag hade 200M där igår), men det går ju lätt att radera. -- Niklas signature.asc Description: Digital signature
Re: procmail regexp
lasse wrote on Oct 22, 2003 at 11:54:47 AM: > Hej! > > 600 Mail bara i går. > > Nu har jag en lista med subject's som kommer med virus. jag har inte > lyckats confa min spamass så den plockar dom så jag tänkte att man > kanske kan få lite hjälp av listan att hitta på regexpar så att dom > försvinner i procmail. > ^Subject:.*'Abort (Advice|Notice|Report)' tror jag funkar > ^Subject:.*'Current (Net|Network) *' är jag mer osäker på > > Eftersom vill lära mig regexpar så är det just nu den lösning jag tittar > på, även om det finns andra lösningar. Så hjälp mig lära. > Den riktiga lösningen på just det här problemet är: http://agriroot.aua.gr/~nikant/nkvir/ Vill du lära dig mer om regexps så är det nog enklast att helt enkelt läsa på lite. Det finns flea bra länkar samlade här: http://tinyurl.com/rv52 -- .- David Hardne <[EMAIL PROTECTED]> `-- wget -O- tx.se/dh|gpg --import
Re: procmail regexp
Christoffer Sawicki wrote: lasse <[EMAIL PROTECTED]> wrote: ^Subject:.*'Abort (Advice|Notice|Report)' tror jag funkar ^Subject:.*'Current (Net|Network) *' är jag mer osäker på En sak till, borde de inte se ut såhär: ^Subject: Abort (Advice|Notice|Report) ^Subject: Current (Net|Network) Helt rätt. Kan man inte snygga till det så att man tar min lista som inparameter och kollar via den om det är relevant eller inte?
Re: procmail regexp
lasse <[EMAIL PROTECTED]> wrote: > ^Subject:.*'Abort (Advice|Notice|Report)' tror jag funkar > ^Subject:.*'Current (Net|Network) *' är jag mer osäker på En sak till, borde de inte se ut såhär: ^Subject: Abort (Advice|Notice|Report) ^Subject: Current (Net|Network)
procmail regexp
Hej! 600 Mail bara i går. Nu har jag en lista med subject's som kommer med virus. jag har inte lyckats confa min spamass så den plockar dom så jag tänkte att man kanske kan få lite hjälp av listan att hitta på regexpar så att dom försvinner i procmail. ^Subject:.*'Abort (Advice|Notice|Report)' tror jag funkar ^Subject:.*'Current (Net|Network) *' är jag mer osäker på Eftersom vill lära mig regexpar så är det just nu den lösning jag tittar på, även om det finns andra lösningar. Så hjälp mig lära. Abort Advice Abort Notice Abort Report Announcement Critical Pack Critical Patch Current Net Critical Update Current Net Pack Current Net Security Upgrade Current Net Upgrade Current Network Patch Current Network Update Current Network Upgrade Current Patch Current Security Update Error Advice Error Announcement Error Message Error Notice Error Report Failure Letter Failure Notice Internet Patch Last Critical Upgrade Last Internet Critical Pack Last Internet Security Pack Last Internet Security Patch Last Microsoft Critical Upgrade Last Net Critical Patch Last Net Critical Update Last Net Security Update Last Net Upgrade Last Network Patch Last Network Security Upgrade Latest Critical Upgrade Latest Internet Critical Patch Latest Internet Security Upgrade Latest Microsoft Patch Latest Net Critical Patch Latest Net Security Update Latest Net Update Latest Network Security Pack Latest Network Security Patch Latest Patch Latest Security Update Latest Security Upgrade Microsoft Patch Microsoft Security Update Microsoft Security Upgrade Net Critical Patch Net Critical Upgrade Net Pack Network Patch Network Security Patch Network Upgrade New Critical Upgrade New Internet Update New Microsoft Critical Pack New Microsoft Critical Patch New Microsoft Security Pack New Microsoft Security Update New Net Critical Patch New Net Pack New Net Security Pack New Net Security Patch New Network Critical Update New Network Pack New Network Security Pack Newest Critical Patch Newest Internet Patch Newest Microsoft Update Newest Net Critical Pack Newest Network Security Update Newest Network Security Upgrade Newest Patch Newest Upgrade Security Patch Security Update Security Upgrade Undeliverable Mail current internet security pack current net update current network critical update error announcement internet pack last internet critical pack last microsoft security update network upgrade new critical update notice returned mail security pack
klart: procmail
Fungerade man måste göra såhär. Då defaultar den inte till /var/mail/$USER /etc/procmailrc=== MAILDIR=$HOME DEFAULT=$MAILDIR/mbox ORGMAIL=$DEFAULT /etc/procmailrc=== Mvh Magnus Wiklander. -Ursprungligt meddelande- Från: Magnus Wiklander Skickat: den 10 juli 2003 12:53 Till: debian-user-swedish@lists.debian.org Ämne: SV: procmail Kör sendmail. Kan juh vara sendmail som levererar den till /var/mail/$USER men om jag flyttar användarens hemkatalog till /var som är en egen parttion och sätter quotan där så får jag följande. - Transcript of session follows - procmail: Quota exceeded while writing "/var/home/mailtest/mbox" procmail: Quota exceeded while writing "/var/mail/mailtest" 550 5.0.0 mailtest... Can't create output Så verkar vara procmail iaf. tycker det borde gå att hårdsätta att inte deufalta till /var/mail/$USER. Så här ser min localmailer rad ut i sendmail.cf Mlocal, P=/usr/bin/procmail, F=lsDFMAw5:/|@qSPfhn9, S=EnvFromL/HdrFromL, R=EnvToL/HdrToL, T=DNS/RFC822/X-Unix, A=procmail -a $h -d $u Jag har testa och om quotan för användaren överstigs så levererad mailet till /var/mail/$USER Har patchat om procmail apt-get source procmail cd /usr/src/procmail-*/ regigerat src/authenticate.c bytt ut /*#define MAILSPOOLHOME ".mail" till #define MAILSPOOLHOME "/mbox" Då levererar den endast till $HOME/mbox och studsar i andra hand. Men vill helst att slippa behöva patcha om i procmail varje gång procmail byts ut. Dessutom så skricker debsums fel nu eftersom det inte är orginal cechsumman på procmail binären och de andra filerna som byts ut. Så här ser det ut i procmail manualen. /var/mail/$LOGNAME system mailbox; both the system mailbox and the immediate directory it is in will be created every time procmail starts and either one is not present Hittade dock detta som jag skall testa nu. ORGMAIL /var/mail/$LOGNAME (Unless -m has been specified, in which case it is unset) detta borde man kunna sätta i sin /etc/procmailrc så skall den inte försöka iaf. Mvh Magnus Wiklander. -Ursprungligt meddelande- Från: Karl Hasselstrom [mailto:[EMAIL PROTECTED] Skickat: den 10 juli 2003 09:18 Till: debian-user-swedish@lists.debian.org Ämne: Re: procmail On 2003-07-09 22:34:51 +0200, Magnus Wiklander wrote: > problemet är att om soft quota gränsen överstigs så lägger procmail > mailen i /var/mail/$USER Är du säker på att det är procmail som lägger breven där? Det känns som en distinkt möjlighet att procmail returnerar en felkod när den inte kan leverera brevet, varvid MTA:n prövar nästa leveransregel. Leverans till /var/mail/$USER är förmodligen det sista MTA:n försöker sig på. Om du kör exim (default i Debian) försöker den i tur och ordning med allt under "DIRECTORS CONFIGURATION". Sist i listan, efter "userforward" och "procmail", är "localuser", som levererar till /var/mail/$USER; prova att kommentera bort den och se om det funkar. (Alternativt kan du ändra i "local_delivery" under "TRANSPORTS CONFIGURATION" (som "localuser" anropar) så att den skriver någonannanstans än i /var/mail/$USER.) -- Karl Hasselström, [EMAIL PROTECTED] www.treskal.com/kalle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
SV: procmail
Kör sendmail. Kan juh vara sendmail som levererar den till /var/mail/$USER men om jag flyttar användarens hemkatalog till /var som är en egen parttion och sätter quotan där så får jag följande. - Transcript of session follows - procmail: Quota exceeded while writing "/var/home/mailtest/mbox" procmail: Quota exceeded while writing "/var/mail/mailtest" 550 5.0.0 mailtest... Can't create output Så verkar vara procmail iaf. tycker det borde gå att hårdsätta att inte deufalta till /var/mail/$USER. Så här ser min localmailer rad ut i sendmail.cf Mlocal, P=/usr/bin/procmail, F=lsDFMAw5:/|@qSPfhn9, S=EnvFromL/HdrFromL, R=EnvToL/HdrToL, T=DNS/RFC822/X-Unix, A=procmail -a $h -d $u Jag har testa och om quotan för användaren överstigs så levererad mailet till /var/mail/$USER Har patchat om procmail apt-get source procmail cd /usr/src/procmail-*/ regigerat src/authenticate.c bytt ut /*#define MAILSPOOLHOME ".mail" till #define MAILSPOOLHOME "/mbox" Då levererar den endast till $HOME/mbox och studsar i andra hand. Men vill helst att slippa behöva patcha om i procmail varje gång procmail byts ut. Dessutom så skricker debsums fel nu eftersom det inte är orginal cechsumman på procmail binären och de andra filerna som byts ut. Så här ser det ut i procmail manualen. /var/mail/$LOGNAME system mailbox; both the system mailbox and the immediate directory it is in will be created every time procmail starts and either one is not present Hittade dock detta som jag skall testa nu. ORGMAIL /var/mail/$LOGNAME (Unless -m has been specified, in which case it is unset) detta borde man kunna sätta i sin /etc/procmailrc så skall den inte försöka iaf. Mvh Magnus Wiklander. -Ursprungligt meddelande- Från: Karl Hasselstrom [mailto:[EMAIL PROTECTED] Skickat: den 10 juli 2003 09:18 Till: debian-user-swedish@lists.debian.org Ämne: Re: procmail On 2003-07-09 22:34:51 +0200, Magnus Wiklander wrote: > problemet är att om soft quota gränsen överstigs så lägger procmail > mailen i /var/mail/$USER Är du säker på att det är procmail som lägger breven där? Det känns som en distinkt möjlighet att procmail returnerar en felkod när den inte kan leverera brevet, varvid MTA:n prövar nästa leveransregel. Leverans till /var/mail/$USER är förmodligen det sista MTA:n försöker sig på. Om du kör exim (default i Debian) försöker den i tur och ordning med allt under "DIRECTORS CONFIGURATION". Sist i listan, efter "userforward" och "procmail", är "localuser", som levererar till /var/mail/$USER; prova att kommentera bort den och se om det funkar. (Alternativt kan du ändra i "local_delivery" under "TRANSPORTS CONFIGURATION" (som "localuser" anropar) så att den skriver någonannanstans än i /var/mail/$USER.) -- Karl Hasselström, [EMAIL PROTECTED] www.treskal.com/kalle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: procmail
On 2003-07-09 22:34:51 +0200, Magnus Wiklander wrote: > problemet är att om soft quota gränsen överstigs så lägger procmail > mailen i /var/mail/$USER Är du säker på att det är procmail som lägger breven där? Det känns som en distinkt möjlighet att procmail returnerar en felkod när den inte kan leverera brevet, varvid MTA:n prövar nästa leveransregel. Leverans till /var/mail/$USER är förmodligen det sista MTA:n försöker sig på. Om du kör exim (default i Debian) försöker den i tur och ordning med allt under "DIRECTORS CONFIGURATION". Sist i listan, efter "userforward" och "procmail", är "localuser", som levererar till /var/mail/$USER; prova att kommentera bort den och se om det funkar. (Alternativt kan du ändra i "local_delivery" under "TRANSPORTS CONFIGURATION" (som "localuser" anropar) så att den skriver någonannanstans än i /var/mail/$USER.) -- Karl Hasselström, [EMAIL PROTECTED] www.treskal.com/kalle
procmail
Någon som vet hur man får procmail att bara skicka sin mail till hemkatalogen $HOME/mbox Har gjort såhär nu Min fil /etc/procmailrc MAILDIR=$HOMEDEFAULT=$MAILDIR/mbox Detta gör så att mailen hamnar i användarens hemkataloger som har quota så att de inte fyller upp allt diskutrymme. problemet är att om soft quota gränsen överstigs så lägger procmail mailen i /var/mail/$USER Vill få den att studsa då utan att behöva fixa quota på /var/mail så att den studsar på direkten. Har inte hittat något om detta vore tacksam om någon vet mera eller har en länk eller så där man kan hitta mer information. Mvh Magnus Wiklander.
Re: procmail recept
On Wed, Jun 04, 2003 at 07:58:52PM +0200, Thomas wrote: > Tack för hjälpen, det verkar fungera nu, > > en sak funderar jag dock på, jag har andra recept där det står t.ex > > [EMAIL PROTECTED] > > och det fungerar, men din rättelse antyder att formatet skall vara > * ^TO: [EMAIL PROTECTED] > > nu undrar jag, vad är regeln - när skall det vara *^TO_ och när skall det > vara *mellanslag^TO:mellanslag? Det finns några specialdefinierade "macron" som ^TO_ som expanderar till ett reguljärt uttryck. ^TO_ är för att matcha To, Cc, Bcc, dvs "to-linjer" i ett svep. Se vidare man procmailrc /magnus -- http://x42.com
Re: procmail recept
* Jun 04 20:16 Thomas <[EMAIL PROTECTED]>: > Tack för hjälpen, det verkar fungera nu, > > en sak funderar jag dock på, jag har andra recept där det står t.ex > > [EMAIL PROTECTED] > > och det fungerar, men din rättelse antyder att formatet skall vara > * ^TO: [EMAIL PROTECTED] > > nu undrar jag, vad är regeln - när skall det vara *^TO_ och när skall det > vara *mellanslag^TO:mellanslag? Från man-sidan procmailrc(5): If the regular expression contains `^TO_' it will be substi- tuted by `(^((Original-)?(Resent-)?(To|Cc|Bcc)|(X-Envelope |Apparently(-Resent)?)-To):(.*[^-a-zA-Z0-9_.])?)', which should catch all destination specifications containing a specific address. If the regular expression contains `^TO' it will be substi- tuted by `(^((Original-)?(Resent-)?(To|Cc|Bcc)|(X-Envelope |Apparently(-Resent)?)-To):(.*[^a-zA-Z])?)', which should catch all destination specifications containing a specific word. -- Johan Svedberg, [EMAIL PROTECTED], http://www.acc.umu.se/~winkle
Re: procmail recept
Tack för hjälpen, det verkar fungera nu, en sak funderar jag dock på, jag har andra recept där det står t.ex [EMAIL PROTECTED] och det fungerar, men din rättelse antyder att formatet skall vara * ^TO: [EMAIL PROTECTED] nu undrar jag, vad är regeln - när skall det vara *^TO_ och när skall det vara *mellanslag^TO:mellanslag? Thomas On Wed, 4 Jun 2003, Magnus Bodin wrote: > On Wed, Jun 04, 2003 at 06:57:11PM +0200, Thomas wrote: > > > > :0: > > [EMAIL PROTECTED] > > /sökväg/till/rätt/brevlåda > > > > men det verkar inte fungera > > Rätt är: > > :0: > * ^Sender: [EMAIL PROTECTED] > /sökväg/till/rätt/brevlåda > > > även nedan angivna recept fungerar inte > > > > :0: > > [EMAIL PROTECTED] > > /sökväg/till/rätt/brevlåda > > Och här tyckar jag följande kan vara rätt: > > :0: > * ^From:[EMAIL PROTECTED] > /sökväg/till/rätt/brevlåda > > > och hur anger jag "Wildcard" alternativ, dvs anger t.ex att all post som > > innehåller test.com i någon header skall till en viss brevlåda, > > alternativt all post som i en specifik header har test.com? > > Reguljära uttryck, t.ex. > > :0: > .*test.com > > > Tacksam för all hjälp > > Här är en bra sida med mycket bra frågor/svar: > > http://www.uwasa.fi/~ts/info/proctips.html#start > > För övrigt är maildrop mycket mer resurssnål än procmail. > > /magnus > > -- > http://x42.com >
Re: procmail recept
On Wed, Jun 04, 2003 at 06:57:11PM +0200, Thomas wrote: > > :0: > [EMAIL PROTECTED] > /sökväg/till/rätt/brevlåda > > men det verkar inte fungera Rätt är: :0: * ^Sender: [EMAIL PROTECTED] /sökväg/till/rätt/brevlåda > även nedan angivna recept fungerar inte > > :0: > [EMAIL PROTECTED] > /sökväg/till/rätt/brevlåda Och här tyckar jag följande kan vara rätt: :0: * ^From:[EMAIL PROTECTED] /sökväg/till/rätt/brevlåda > och hur anger jag "Wildcard" alternativ, dvs anger t.ex att all post som > innehåller test.com i någon header skall till en viss brevlåda, > alternativt all post som i en specifik header har test.com? Reguljära uttryck, t.ex. :0: .*test.com > Tacksam för all hjälp Här är en bra sida med mycket bra frågor/svar: http://www.uwasa.fi/~ts/info/proctips.html#start För övrigt är maildrop mycket mer resurssnål än procmail. /magnus -- http://x42.com
Re: procmail recept
Hej! Varför använder du inte postfix-funktionen för virtual users? Kolla manpages som följer med postfix :) Funkar hur bra som helst för mig precis som du beskrev att du ville ha de. /Johan On Wed, 4 Jun 2003 18:57:11 +0200 (CEST) Thomas <[EMAIL PROTECTED]> wrote: > Hejsan > > har lite problem med procmail recept... > > jag vill filtrera post till vissa brevlådor, t.ex vill jag filtrera allt > som kommer från domänen test.com till brevlåda test > > sen skulle jag vilja filtrera all post från t.ex postfix-users maillista > till brevlådan postfix..Jag kollade vilka headers som finns i dessa mail > och har noterat att headern "Sender" är [EMAIL PROTECTED] > och därför skrev sjag följande recept > > :0: > [EMAIL PROTECTED] > /sökväg/till/rätt/brevlåda > > men det verkar inte fungera > > även nedan angivna recept fungerar inte > > :0: > [EMAIL PROTECTED] > /sökväg/till/rätt/brevlåda > > Min fråga är således, hur anger jag att t.ex epost skall filteras på en > viss header? > > och hur anger jag "Wildcard" alternativ, dvs anger t.ex att all post som > innehåller test.com i någon header skall till en viss brevlåda, > alternativt all post som i en specifik header har test.com? > > Tacksam för all hjälp > > Thomas > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > --
procmail recept
Hejsan har lite problem med procmail recept... jag vill filtrera post till vissa brevlådor, t.ex vill jag filtrera allt som kommer från domänen test.com till brevlåda test sen skulle jag vilja filtrera all post från t.ex postfix-users maillista till brevlådan postfix..Jag kollade vilka headers som finns i dessa mail och har noterat att headern "Sender" är [EMAIL PROTECTED] och därför skrev sjag följande recept :0: [EMAIL PROTECTED] /sökväg/till/rätt/brevlåda men det verkar inte fungera även nedan angivna recept fungerar inte :0: [EMAIL PROTECTED] /sökväg/till/rätt/brevlåda Min fråga är således, hur anger jag att t.ex epost skall filteras på en viss header? och hur anger jag "Wildcard" alternativ, dvs anger t.ex att all post som innehåller test.com i någon header skall till en viss brevlåda, alternativt all post som i en specifik header har test.com? Tacksam för all hjälp Thomas
[SOLVED] Re: sortering av e-mail (procmail ?)
Hej igen! Tänkte bara medela att jag lyckats lösa mitt "problem" mha sieve och cyrus21. Tack så mycket för all hjälp! Hälsningar Torbjörn Svensson
Re: sortering av e-mail (procmail ?)
On 2003-05-05 18:30:08 +0200, Torbjörn Svensson wrote: > > Har nu fått upp en cyrus med sieve, ett problem kvarstår dock, skriva > scripten. http://www.sgr.nada.kth.se/services/e-post/sieve-at-nada.html är kanske ett bra ställe att börja leta på. > iom att vissa skickar cc till [EMAIL PROTECTED] så måste den kunna matcha > på flera. iofs skulle man kunna ha flera regler om detta. men vill > vara effektiv. De flesta mejllistor förser breven med bättre headers att sortera efter, så att du slipper bekymra dig om sånt där. Debians listor har X-Mailing-List:, Mailmanlistor brukar ha List-Id:, och andra listor har andra varianter. Nästan alla större listor har någon bra header att sortera på, även om man ibland måste ta till lite mindre uppenbara headers som t.ex. List-Unsubscribe: eller Errors-To:. Optimalt är förstås att ha ett obegränst förråd av mejladresser, så att man kan ha en till varje lista. Då behöver man inte tänka så mycket. -- Karl Hasselström, [EMAIL PROTECTED] www.treskal.com/kalle pgpmv2vrl2aS9.pgp Description: PGP signature
Re: sortering av e-mail (procmail ?)
Karl Hasselstrom wrote: On 2003-05-05 12:54:55 +0200, Torbjörn Svensson wrote: Karl Hasselstrom wrote: Såvitt jag har förstått kan detta göras alldeles utmärkt med Sieve. Japp, det verkar funka med Sieve, kollade på cyrus info sida om Sieve med, dock hittade jag inget om var man ska lägga scripten. Använder du det möjligtvis ? Om jag kommer ihåg rätt så finns det ett kommando som laddar upp ditt sieveskript till cyrus-servern. Kolla med "dpkg -L " vilka program cyrus levereras med, och läs man-sidorna. Hela tanken med sieveskripten är att de ska köras på servern, även om denna server betjänar flera hundra personer. Därför är språket byggt så att inte ens klåfingriga och/eller illvilliga användare ska kunna sänka servern, t.ex. genom att anropa externa program som äter upp all CPU-tid och allt minne. (Nepp, jag har aldrig kört Cyrus.) Hej igen! Har nu fått upp en cyrus med sieve, ett problem kvarstår dock, skriva scripten. Hittar ingen info om hur syntaxen behandlas. tex. if header :contains :all [ "to", "cc", "bcc"] "debian-user-swedish@lists.debian.org" { fileinto "INBOX.debian"; } Hur behandlas detta ? Blir det enbart true om _alla_ fält innehåller debian-user-swedish@lists.debian.org eller funkar det om endast 1 fält innehåller det ? iom att vissa skickar cc till [EMAIL PROTECTED] så måste den kunna matcha på flera. iofs skulle man kunna ha flera regler om detta. men vill vara effektiv. Skulle även vara taksam för bra tutor / howto's inom sieve. MVH Tobbe
Re: sortering av e-mail (procmail ?)
On 2003-05-05 13:10:55 +0200, Torbjörn Svensson wrote: > > Om jag lägger procmail i ~/.forward, då anropas procmail ifrån MTAn, > är det korekt? Isf skulle jag ifrån procmail kunna anropa > cyrdeliver eller blir detta helt fel nu? Om du inte har petat alltför mycket i din exim.conf borde en eventuell ~/.procmailrc anropas utan att du behöver ha någon .forward-fil. Exim levererar brev till cyrus genom att anropa cyrdeliver. Men det verkar som om den gör det som användare cyrus, så var beredd på att det blir fel om du försöker köra cyrdeliver från din egen användares .procmailrc. Jag misstänker att du skulle kunna lägga till dig i grupp mail eller så för att få tillåtelse att köra cyrdeliver, men då ger du dig själv tillåtelse att peta in brev i alla lådor i hela servern. Är det bara du där så är det väl OK, men annars skulle jag rekommendera sieve. -- Karl Hasselström, [EMAIL PROTECTED] www.treskal.com/kalle pgpF8SnCv9KI5.pgp Description: PGP signature
Re: sortering av e-mail (procmail ?)
On 2003-05-05 12:54:55 +0200, Torbjörn Svensson wrote: > Karl Hasselstrom wrote: > > > > Såvitt jag har förstått kan detta göras alldeles utmärkt med > > Sieve. > > Japp, det verkar funka med Sieve, kollade på cyrus info sida om > Sieve med, dock hittade jag inget om var man ska lägga scripten. > Använder du det möjligtvis ? Om jag kommer ihåg rätt så finns det ett kommando som laddar upp ditt sieveskript till cyrus-servern. Kolla med "dpkg -L " vilka program cyrus levereras med, och läs man-sidorna. Hela tanken med sieveskripten är att de ska köras på servern, även om denna server betjänar flera hundra personer. Därför är språket byggt så att inte ens klåfingriga och/eller illvilliga användare ska kunna sänka servern, t.ex. genom att anropa externa program som äter upp all CPU-tid och allt minne. (Nepp, jag har aldrig kört Cyrus.) -- Karl Hasselström, [EMAIL PROTECTED] www.treskal.com/kalle pgpOBtyD3XBdB.pgp Description: PGP signature
Re: sortering av e-mail (procmail ?)
David Röhr wrote: On Mon, 05 May 2003 [12:03], Torbjörn Svensson ([EMAIL PROTECTED]) wrote: David Röhr wrote: Vanligt med maildir? :0: * [EMAIL PROTECTED] debian-user-swedish/ Typ. Hej! Var någonstans i kjedjan ska jag lägga procmail då ? Efter att den kommit fram till cyrus eller innan ? Käns som jag är ute på extremt hal is just nu :/ [EMAIL PROTECTED] > cat .forward "| /usr/bin/procmail #david" /d Hej igen! Om jag lägger procmail i ~/.forward, då anropas procmail ifrån MTAn, är det korekt ? Isf skulle jag ifrån procmail kunna anropa cyrdeliver eller blir detta helt fel nu ? //Tobbe
Re: sortering av e-mail (procmail ?)
Karl Hasselstrom wrote: On 2003-05-05 10:50:50 +0200, Torbjörn Svensson wrote: När jag plockar ner mail just nu så går det följande väg: fetchmail-->MTA (Exim)--> imapd (Cyrus-imapd) Min följdfråga är nu _var_ man ska / kan stoppa in ex. procmail för sortering av mail. Det enklaste är nog att använda Cyrus inbyggda filterspråk Sieve. Om du i alla fall vill ha procmail blir det nog jobbigt, men det kan tänkas att det går att peta in den efter exim och före cyrus. Du får undersöka hur exim levererar mejl till cyrus i så fall. Eftersom cyrus bygger på 1 mail / fil så blir det inte lika enkelt som om den hade haft samma uppbyggnade som ex /var/mail/user. Procmail är fullt kapabel att leverera mejl direkt till MH- och Maildir-foldrar (två olika varianter på en fil/brev). Såvitt jag har förstått det ska man dock _inte_ använda detta tillsammans med Cyrus, eftersom den har egna index mm som den vill hålla uppdaterade; det är det som gör den snabb. Kort sagt, det jag vill uppnå är sortering av mailen, tex. mail från / till debian-user-swedish@lists.debian.org skall hamna i mappen debian-user-swedish i cyrus. Såvitt jag har förstått kan detta göras alldeles utmärkt med Sieve. Japp, det verkar funka med Sieve, kollade på cyrus info sida om Sieve med, dock hittade jag inget om var man ska lägga scripten. Använder du det möjligtvis ? /Tobbe
Re: sortering av e-mail (procmail ?)
On Mon, 2003-05-05 at 12:03, Torbjörn Svensson wrote: > Hej! > Var någonstans i kjedjan ska jag lägga procmail då ? Efter att den > kommit fram till cyrus eller innan ? > Käns som jag är ute på extremt hal is just nu :/ > > //Tobbe > Exim stödjer procmail utan att behöva någon .forward Skapa bara en .procmailrc med önskade recept i din hemkatalog och det ska funka fint. Det gör det för mig iaf :) Kedjan blir: fetchmail -> Exim -> procmail -> imapd /Sebastian
Re: sortering av e-mail (procmail ?)
On Mon, 05 May 2003 [12:03], Torbjörn Svensson ([EMAIL PROTECTED]) wrote: > David Röhr wrote: > > >Vanligt med maildir? > > > >:0: > >* [EMAIL PROTECTED] > >debian-user-swedish/ > > > >Typ. > > Hej! > Var någonstans i kjedjan ska jag lägga procmail då ? Efter att den > kommit fram till cyrus eller innan ? > Käns som jag är ute på extremt hal is just nu :/ [EMAIL PROTECTED] > cat .forward "| /usr/bin/procmail #david" /d -- ... david röhr | o_ .. unix systems consultant | o/ /\ Solaris, AIX, HP-UX . qbranch system management | /|_, \\ and GNU/Linux Certified. www.qbranch.se/ `
Re: sortering av e-mail (procmail ?)
On Mon, May 05, 2003 at 10:50:50AM +0200, Torbjörn Svensson wrote: > Min följdfråga är nu _var_ man ska / kan stoppa in ex. procmail för > sortering av mail. > Eftersom cyrus bygger på 1 mail / fil så blir det inte lika enkelt som > om den hade haft samma uppbyggnade som ex /var/mail/user. Procmail stodjer maildirs. -- Peter Mathiasson, peter at mathiasson dot nu, http://www.mathiasson.nu GPG Fingerprint: A9A7 F8F6 9821 F415 B066 77F1 7FF5 C2E6 7BF2 F228
Re: sortering av e-mail (procmail ?)
On Mon, May 05, 2003 at 10:50:50AM +0200, Torbjörn Svensson wrote: > fetchmail-->MTA (Exim)--> imapd (Cyrus-imapd) > > Min följdfråga är nu _var_ man ska / kan stoppa in ex. procmail för > sortering av mail. Funkar det inte med standard uppbyggnaden? dvs, [EMAIL PROTECTED]:~$ cat .forward |/usr/bin/procmail och sen lägga alla regler i ~/.procmailrc /Michael pgpqzHTg7ZBRM.pgp Description: PGP signature
Re: sortering av e-mail (procmail ?)
On 2003-05-05 10:50:50 +0200, Torbjörn Svensson wrote: > > När jag plockar ner mail just nu så går det följande väg: > > fetchmail-->MTA (Exim)--> imapd (Cyrus-imapd) > > Min följdfråga är nu _var_ man ska / kan stoppa in ex. procmail för > sortering av mail. Det enklaste är nog att använda Cyrus inbyggda filterspråk Sieve. Om du i alla fall vill ha procmail blir det nog jobbigt, men det kan tänkas att det går att peta in den efter exim och före cyrus. Du får undersöka hur exim levererar mejl till cyrus i så fall. > Eftersom cyrus bygger på 1 mail / fil så blir det inte lika enkelt > som om den hade haft samma uppbyggnade som ex /var/mail/user. Procmail är fullt kapabel att leverera mejl direkt till MH- och Maildir-foldrar (två olika varianter på en fil/brev). Såvitt jag har förstått det ska man dock _inte_ använda detta tillsammans med Cyrus, eftersom den har egna index mm som den vill hålla uppdaterade; det är det som gör den snabb. > Kort sagt, det jag vill uppnå är sortering av mailen, tex. mail från > / till debian-user-swedish@lists.debian.org skall hamna i mappen > debian-user-swedish i cyrus. Såvitt jag har förstått kan detta göras alldeles utmärkt med Sieve. -- Karl Hasselström, [EMAIL PROTECTED] www.treskal.com/kalle pgpaRjlG3RLv9.pgp Description: PGP signature
Re: sortering av e-mail (procmail ?)
David Röhr wrote: On Mon, 05 May 2003 [10:50], Torbjörn Svensson ([EMAIL PROTECTED]) wrote: Hej, för ett tag sen så ställde jag en fråga om hur man kunde använda ex. fetchmail för att dra ner mail från ett pop3 konto och lägga på en imapd. Detta har jag fått att fungera någotsånär nu. När jag plockar ner mail just nu så går det följande väg: fetchmail-->MTA (Exim)--> imapd (Cyrus-imapd) Min följdfråga är nu _var_ man ska / kan stoppa in ex. procmail för sortering av mail. Eftersom cyrus bygger på 1 mail / fil så blir det inte lika enkelt som om den hade haft samma uppbyggnade som ex /var/mail/user. Kort sagt, det jag vill uppnå är sortering av mailen, tex. mail från / till debian-user-swedish@lists.debian.org skall hamna i mappen debian-user-swedish i cyrus. Vanligt med maildir? :0: * [EMAIL PROTECTED] debian-user-swedish/ Typ. /d, har sin inbox som Maildir. Hej! Var någonstans i kjedjan ska jag lägga procmail då ? Efter att den kommit fram till cyrus eller innan ? Käns som jag är ute på extremt hal is just nu :/ //Tobbe
sortering av e-mail (procmail ?)
Hej, för ett tag sen så ställde jag en fråga om hur man kunde använda ex. fetchmail för att dra ner mail från ett pop3 konto och lägga på en imapd. Detta har jag fått att fungera någotsånär nu. När jag plockar ner mail just nu så går det följande väg: fetchmail-->MTA (Exim)--> imapd (Cyrus-imapd) Min följdfråga är nu _var_ man ska / kan stoppa in ex. procmail för sortering av mail. Eftersom cyrus bygger på 1 mail / fil så blir det inte lika enkelt som om den hade haft samma uppbyggnade som ex /var/mail/user. Kort sagt, det jag vill uppnå är sortering av mailen, tex. mail från / till debian-user-swedish@lists.debian.org skall hamna i mappen debian-user-swedish i cyrus. Med Vänliga Hälsningar Tobbe
GnuPG och procmail
Hej, Jag undrar om det är någon som har erfarenhet av decrypta mail med procmail?. Jag har letat överallt nu och hittar inte det som jag vill ha. Det jag vill är att alla inkommande mail som är cryptade med gpg skall decryptas med procmail. Jag har försökt men för bara CRC fel på gpg mailen. Jag skulle vilja ha ett exempel på hur en procmailrc skall se ut... -- __N_O_R_M_A__C_O_M_M_U_N_I_C_A_T_I_O_N__ John Wall #SYSTEM ADMINISTRATOR 031-74 88 834 #Direkt tel [EMAIL PROTECTED] #Mail signature.asc Description: This is a digitally signed message part
Re: procmail och Maildir
> procmail: Terminating prematurely whilst waiting for lockfile > "Debianlists/.lock" Hmm.. Den väntar på en låsfil. Med maildir behövs inga låsfiler, så av någon anledning inser inte procmail att du vill använda maildir. > .procmailrc för Maildir (fungerar ej, enbart '/' är skillnaden): > --8<-- > MAILDIR=$HOME/Mail Här har jag en / i slutet av raden. Tror det krävs för att procmail ska använda maildir. Jag har även en rad "DEFAULT=$HOME/Mail/" för att ofiltrerad mail ska hamna i maildirformat i $HOME/Mail/ istället för att ligga kvar i /var/mail/$USER /Emil pgpZWsRvZKULh.pgp Description: PGP signature
Re: procmail och Maildir
On Mon, Jul 22, 2002 at 05:38:09PM +0200, Johan Björklund wrote: > Hejsan, > > har funderingar på att byta från mbox- till Maildirformat på min > mailserver, och håller på att slita mitt hår när det gäller procmail. Hoppsan, hittade felet ... så nu behöver jag inte slita mitt hår, felet är att jag har påbörjat varje regel i .procmailrc med ':0:', och skall därmed skapa en lock-fil, men eftersom Maildir inte behöver använda fillåsning, skapas den aldrig ... Procmail väntar och väntar på något som inte kommer att ske ... mvh -- +---+ | Johan Björklund <[EMAIL PROTECTED]> http://whero.net/ | | PGP = 813B 014F C0FA B56C FA70 31DC 1C11 3A20 B02B C881 | +---+ | Stinginess with privileges is kindness in disguise. | -- Guide to VAX/VMS Security, Sep. 1984 + -- - --- -- - pgpSZPgGsmfH7.pgp Description: PGP signature
procmail och Maildir
Hejsan, har funderingar på att byta från mbox- till Maildirformat på min mailserver, och håller på att slita mitt hår när det gäller procmail. Enligt dokumentationen (/usr/share/doc/procmail/README.Maildir), skall det bara vara att lägga till '/' för att använda Maildir i stället för mbox. Det skall inkludera att skapa Maildirstruktur för mappar om de inte finns ... Nåväl, när jag labbar m.h.a. 'cat mbox | formail -s procmail', och det fungerar så länge jag anänvder mbox-filer, men så fort jag slår över till Maildir spårar det ur (jag måste avbryta med ^C). Vad jag har lyckats komma fram till skapar inte procmail Maildir-strukturen, utan förväntar sig att den redan finns. Felmeddelandet som ges är: procmail: Terminating prematurely whilst waiting for lockfile "Debianlists/.lock" Har någon erfarenhet av detta? .procmailrc för mbox (fungerar): --8<-- MAILDIR=$HOME/Mail LOGFILE=$HOME/logs/procmail.log :0: * ^(To|From|Cc|Reply-To|Resent-From).*debian.org Debianlists -->8-- .procmailrc för Maildir (fungerar ej, enbart '/' är skillnaden): --8<-- MAILDIR=$HOME/Mail LOGFILE=$HOME/logs/procmail.log :0: * ^(To|From|Cc|Reply-To|Resent-From).*debian.org Debianlists/ -->8-- $HOME/Mail existerar och är en tom katalog. (Det är inte på min mailserver, utan på en arbetssation för säkerhets skull.) mvh -- +---+ | Johan Björklund <[EMAIL PROTECTED]> http://whero.net/ | | PGP = 813B 014F C0FA B56C FA70 31DC 1C11 3A20 B02B C881 | +---+ | The computer is to the information industry roughly what the | central power station is to the electrical industry. | -- Peter Drucker + -- - --- -- - pgpPtk7L8imDI.pgp Description: PGP signature
Re: Procmail problem (sendmail)
hmm, kanske ska tillägga att jag kör woody ii sendmail 8.12.1-5 ii procmail 3.22-2 dessa .forward's har jag bl.a. testat "|IFS=' ' && p=/usr/bin/procmail && test -f $p && exec $p -Yf- || exit 75 #orange" "|IFS=' ' && p=/usr/lib/sm.bin/procmail && test -f $p && exec $p -Yf- || exit 75 #orange" -- [x] icq - 496723 [x] url - fobie.net
Procmail problem (sendmail)
hej, använder procmail på samma burk som sendmail körs. sen jag uppgraderade sendmail så vill det inte funka. när jag aktiverar procmail så händer detta när jag får mail. (använder ingen .forward, men har testat med olika .forward filer, men inget vill funka) root 22172 xx sendmail: MTA: ./g09EgDt4022170 from queue orange 22173 xx procmail -f [EMAIL PROTECTED] -a -d orange Jan 9 15:42:14 fobie sm-mta[22170]: g09EgDt4022170: from=<[EMAIL PROTECTED]>, size=5, class=0, nrcpts=1, msgid=<[EMAIL PROTECTED]>, proto=ESMTP, daemon=MTA, [EMAIL PROTECTED] [127.0.0.1] Jan 9 15:42:14 fobie sendmail[22166]: g09EgDDG022166: to=orange, ctladdr=orange (1000/1000), delay=00:00:01, xdelay=00:00:01, mailer=relay, pri=30012, relay=localhost [127.0.0.1], dsn=2.0.0, stat=Sent (g09EgDt4022170 Message accepted for delivery) Jan 9 15:43:18 fobie procmail[22173]: Out of memory as I tried to allocate 134582588 bytes Jan 9 15:43:18 fobie sm-mta[22172]: g09EgDt4022170: to=<[EMAIL PROTECTED]>, ctladdr=<[EMAIL PROTECTED]> (1000/1000), delay=00:01:04, xdelay=00:01:04, mailer=local, pri=30015, dsn=4.0.0, stat=Operating system error sen läggs två filer i /var/spool/mqueue/.. först när jag läste i loggen om att den inte kunde allocera ~134Mb så trodde jag det var en VM bugg i 2.4.16, så jag nergraderade till 2.4.2 igen, då funkade det för 4 mail o failar igen. exakt samma händer efter varje reboot oavsett vilken kernel. så något måste bli fel på vägen. någon som kan hjälp mig? så här ser min sendmail.mc fil ut: http://fobie.net/misc/sendmail.mc min procmailrc fil finns att titta på http://fobie.net/misc/procmailrc -- [x] icq - 496723 [x] url - fobie.net
Re: Procmail / Mutt
hej, tack alla som hjälpt mig, jag har nu fått till det, det var väldigt enkelt när man väl såg det. var ett typo. så nu funkar det skit bra i mutt :) örjan -- [x] icq - 496723 [x] url - www.fobie.net
Re: Procmail / Mutt
?rjan Persson wrote on Sep 04, 2001 at 08:44:57 PM: > > fråga 2) jag sorterar t.ex. debian.se breven i > 2001/09/debian-user-sweden, men när jag startar > mutt så måste jag gå igenom till 2001, 09, deb, > bara för att komma in i katalogen o kolla ifall > det finns nya mail, ska inte denna inställning > göra att den kollar mailen i den också? > mailboxes=+2001/09/debian-user-swedish > Jag sorterar iofs omvänt mot vad du gör, iom att jag vill ha underkataloger till de listor som har hög trafik. Men det funkar ivf på samma sätt.. Jag gör såhär: i .procmailrc: :0: * ^TOdebian-user-swedish debian-user-swedish/`date +%Y-%m` i .muttrc: mailboxes ! +debian-user-swedish/`date +%Y-%m` ( ! expanderas till sökvägen för min mailspool, den kan också vara bra att ha med :) Funkar finfint ivf! -- .- David Hardne <[EMAIL PROTECTED]> `-- pgp key D5268D91
Re: Procmail / Mutt
On Wed, Sep 05, 2001 at 12:20:59PM +0200, Örjan Persson wrote: > > tack för hjälpen ändå. hur funkar mailboxes + egentligen? > Pluset är en så kallad "mailbox shortcut"[1], och i detta fallet betyder det att mboxen ligger i din $folder-dir (specificeras i muttrc). Kommandot mailboxes specificerar vilka mailboxes som kommer att ta emot ny mail (via t.ex. procmail)[2]. Dessa kommer sen att övervakas av mutt (jämför atime med mtime), och du kommer få ett litet meddelande när du får nya mail. -- Karl Söderström [EMAIL PROTECTED] http://www.xanadunet.net [EMAIL PROTECTED] http://www.debian.org [1] http://www.mutt.org/doc/manual/manual-4.html#shortcuts [2] http://www.mutt.org/doc/manual/manual-3.html#ss3.11 pgp3KR8t6P2mD.pgp Description: PGP signature
Re: Procmail / Mutt
Jörgen Tegnér ([EMAIL PROTECTED]) wrote: > men du hade ju en massa inställningar för Pine, eller hur? > Blir det nån skillnad med en muttrc utan tricks? > jo, kör jag utan alla mutt saker jag har så blir det skillnad. men jag gillar att ha det sorterat i inboxen när man får många mail från listor o sånt. kanske får glömma det här med att sortera efter <år>/'s principen. tack för hjälpen ändå. hur funkar mailboxes + egentligen? -- [x] icq - 496723 [x] url - www.fobie.net
Re: Procmail / Mutt
On Tue, Sep 04, 2001 at 11:36:43PM +0200, Örjan Persson wrote: > Jörgen Tegnér ([EMAIL PROTECTED]) wrote: > > men vad menar du "raden om nya mail" ? jag har ingen > sån tror jag. ;) min status ser ut nått liknande: > (mutt) (inbox) (Boxes:0) (M:0) (N:0) > > örjan > Jag menar den här texten: Nytt brev i =mbox. men du hade ju en massa inställningar för Pine, eller hur? Blir det nån skillnad med en muttrc utan tricks? Jörgen -- "I'll carry your books, I'll carry a tune, I'll carry on, carry over, carry forward, Cary Grant, cash & carry, Carry Me Back To Old Virginia, I'll even Hara Kari if you show me how, but I will *not* carry a gun." -- Hawkeye, M*A*S*H
Re: Procmail / Mutt
Jörgen Tegnér ([EMAIL PROTECTED]) wrote: > mailboxes +mbox +apa +kossa +gris > > dvs inget likamedtecken. Kanhända att du behöver sätta > snuffar runt brevlådenamn med snedstreck i. > > Sen när mutt visar raden om nya brev är det bara att > trycka på c-tangenten. aah, sorry. orkade inte kolla i filen, men jag har utan likamed. men funkar tyvärr inte som du säger :/ vet att förut när jag hade procmail att lägga dem i separata filer, och inte i dirs, så när jag tryckte 'g', vilket ger mig folders, så lade mutt själv till brevlådans namn som hade nya mail. men det vill inte funka nu. grr men vad menar du "raden om nya mail" ? jag har ingen sån tror jag. ;) min status ser ut nått liknande: (mutt) (inbox) (Boxes:0) (M:0) (N:0) örjan -- [x] icq - 496723 [x] url - www.fobie.net
Re: Procmail / Mutt
On Tue, Sep 04, 2001 at 08:44:57PM +0200, Örjan Persson wrote: > hej hej, > > har tidigare använt pine, och började smått testa > mutt igen och börjar gilla det starkt (när jag > hittade pine alias filen :) > jag använder muttrc som jag hittade på denna sida: > http://mutt.lazygenes.net/ > > och sedan började jag använda procmail också efter > modellen Chris Gushue (sidan) använder, att den > sorterar alla mail den får in i maildirs, t.ex > 2001/09/Inbox > > fråga 1) jag har börjat sakna "You have new mail in..." > medelande, finns det något annat smart sätt man kan > använda? > > fråga 2) jag sorterar t.ex. debian.se breven i > 2001/09/debian-user-sweden, men när jag startar > mutt så måste jag gå igenom till 2001, 09, deb, > bara för att komma in i katalogen o kolla ifall > det finns nya mail, ska inte denna inställning > göra att den kollar mailen i den också? > mailboxes=+2001/09/debian-user-swedish > > eller är det något annat man måste göra? jag har en sån här rad i .muttrc: mailboxes +mbox +apa +kossa +gris dvs inget likamedtecken. Kanhända att du behöver sätta snuffar runt brevlådenamn med snedstreck i. Sen när mutt visar raden om nya brev är det bara att trycka på c-tangenten. Jörgen -- "I'll carry your books, I'll carry a tune, I'll carry on, carry over, carry forward, Cary Grant, cash & carry, Carry Me Back To Old Virginia, I'll even Hara Kari if you show me how, but I will *not* carry a gun." -- Hawkeye, M*A*S*H
Procmail / Mutt
hej hej, har tidigare använt pine, och började smått testa mutt igen och börjar gilla det starkt (när jag hittade pine alias filen :) jag använder muttrc som jag hittade på denna sida: http://mutt.lazygenes.net/ och sedan började jag använda procmail också efter modellen Chris Gushue (sidan) använder, att den sorterar alla mail den får in i maildirs, t.ex 2001/09/Inbox fråga 1) jag har börjat sakna "You have new mail in..." medelande, finns det något annat smart sätt man kan använda? fråga 2) jag sorterar t.ex. debian.se breven i 2001/09/debian-user-sweden, men när jag startar mutt så måste jag gå igenom till 2001, 09, deb, bara för att komma in i katalogen o kolla ifall det finns nya mail, ska inte denna inställning göra att den kollar mailen i den också? mailboxes=+2001/09/debian-user-swedish eller är det något annat man måste göra? -- [x] icq - 496723 [x] url - www.fobie.net
Re: Procmail filter
[EMAIL PROTECTED]: > Får massor med spam-mail dagligen, från [EMAIL PROTECTED] > Vad pillrar jag in i .procmailrc för att mailen från den adressen skall > hamna i /dev/null ? :0 w * [EMAIL PROTECTED] /dev/null Rekommenderad läsning: man procmailex -- \\// peter - http://www.softwolves.pp.se/ Statement concerning unsolicited e-mail according to Swedish law: http://www.softwolves.pp.se/peter/reklampost.html
Procmail filter
Hej ! Får massor med spam-mail dagligen, från [EMAIL PROTECTED] Vad pillrar jag in i .procmailrc för att mailen från den adressen skall hamna i /dev/null ? /Mvh riiankv
procmail och Maildir folders?
Jag testade ovanstående med procmail, vilket inte gav mig särskildt mycket. Det ska gå ut på att man sätter ett / i slutet av varje mailbox i ~/.procmail, så ska procmail använda ett annat system för att organisera mailen. Är det någon som vet något om det systemet eller vart man kan läsa mer om det? Pine verkade inte ha stöd för det formatet, för det blev lite mysko för mig.