sslug-teknik team mailing list archive
-
sslug-teknik team
-
Mailing list archive
-
Message #22002
Re: procmail 3.13.1 ignorerer mig :-(
Erling Jacobsen wrote:
>
> Hanne Munkholm wrote:
> >
> > faktisk. Men der må være noget, enten postfix eller procmail er ked af,
> > siden det tager så lang tid.
>
> Laver den DNS opslag (som timer ud) ?
Nej. Jeg tror DNS virker fint nok. Og postfix gør sit arbejde og kalder
procmail.
Procmail går i stå under "acquiring kernel lock". Og jeg kan ikke finde
ud af hvad det er den prøver at låse.
Når jeg sætter min DEFAULT i .procmailrc til ingenting, så det bliver
til /var/spool/mail, så går det godt. Med VERBOSE=on kan jeg se hvad
procmail laver, og den får sin kernellock, og slipper den igen, all
happy.
Men når DEFAULT er sat til $MAILDIR/inbox går det galt. Den opnår en
lock på inbox og der kommer en inbox.lock fil. Og så er det, den kommer
og siger "acquiring kernel lock" og aldrig kommer videre.
[hanne]$ cat 5D8A93925 |procmail VERBOSE=on
procmail: [2505] Thu Apr 27 13:01:13 2000
procmail: Rcfile: "/mnt/home/hanne/.procmailrc"
procmail: Assigning "MAILDIR=/mnt/home/hanne"
procmail: Assigning "PATH=/usr/bin:/usr/bin"
procmail: Assigning "MAILDIR=/mnt/home/hanne/mail"
procmail: Assigning "DEFAULT=/mnt/home/hanne/mail/inbox"
procmail: Assigning "VERBOSE=on"
procmail: No match on "^(To:|Cc:).*linux-atm@xxxxxxxxxxxxxx"
procmail: No match on "^(To:|Cc:).*ntdev*"
procmail: No match on "^(To:|Cc:).*NTBUGTRAQ.COM"
procmail: No match on "^(To:|Cc:).*bugtraq@xxxxxxxxxxxxxxxxx"
procmail: No match on "^(To:|Cc:).*windev@xxxxxxxxxxxxxx"
procmail: Locking "/mnt/home/hanne/mail/inbox.lock"
procmail: [2505] Thu Apr 27 13:01:14 2000
procmail: Assigning "LASTFOLDER=/mnt/home/hanne/mail/inbox"
procmail: Opening "/mnt/home/hanne/mail/inbox"
procmail: Acquiring kernel-lock
Når det går godt:
[hanne]$ cat 5D8A93925 |procmail VERBOSE=on
procmail: [2508] Thu Apr 27 13:01:47 2000
procmail: Rcfile: "/mnt/home/hanne/.procmailrc"
procmail: Assigning "MAILDIR=/mnt/home/hanne"
procmail: Assigning "PATH=/usr/bin:/usr/bin"
procmail: Assigning "MAILDIR=/mnt/home/hanne/mail"
procmail: Assigning "VERBOSE=on"
procmail: No match on "^(To:|Cc:).*linux-atm@xxxxxxxxxxxxxx"
procmail: No match on "^(To:|Cc:).*ntdev*"
procmail: No match on "^(To:|Cc:).*NTBUGTRAQ.COM"
procmail: No match on "^(To:|Cc:).*bugtraq@xxxxxxxxxxxxxxxxx"
procmail: No match on "^(To:|Cc:).*windev@xxxxxxxxxxxxxx"
procmail: Locking "/var/spool/mail/hanne.lock"
procmail: Assigning "LASTFOLDER=/var/spool/mail/hanne"
procmail: Opening "/var/spool/mail/hanne"
procmail: Acquiring kernel-lock
procmail: Unlocking "/var/spool/mail/hanne.lock"
Folder:
/var/spool/mail/hanne 489
procmail: Notified comsat: "hanne@0:/var/spool/mail/hanne"
Det, som måske gør det kompliceret er at jeg har et nfs mounted home
directory, med en .procmailrc og med mit maildir, og der køres procmail
på to maskiner. Man kunne forestille sig at de kunne gå i stå og vente
på hinandens lock-filer. (Det er vel det der er meningen med
lockfilerne?) Men procmail på den ene (en lidt ældre version) kører
fint. Det er kun på den anden maskine det går galt.
Hvad er det, den venter på, når den siger acquiring kernel-lock? En
lockfil der er der i forvejen, og som aldrig forsvinder? Hvilken?
Men jeg _har_ prøvet at sætte LOCKTIMEOUT ned, og hvad der ellers er,
man kan sætte.
Er der nogen der kan spare mig for en tur ned i procmail sourcen?
/hanne
References