Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Courier-maildrop får ikke $HOME mm med fra postfix
13 views
Skip to first unread message
rené
Jan 31, 2012, 3:55:31 PM1/31/12
to
Jeg har lige flyttet min mail til en ny maskine med meget nyere
version af postfix+courier+maildrop og har nu et underligt problem med
mailcrop (courier-maildrop).
På min gamle maskine undersøttede maildrop ikke virtuelle brugere i
mysql, så jeg havde kompileret min egen version og det virkede super
med delivery til virtuelle brugere.
Efter at jeg flyttede til en nye maskine der havde courier-maildrop
installeret som standard lagde jeg mærke til, at mails tilsyneladende
fint kunne leveres med maildrop - altså ikke noget øfferi over at den
ikke kunne finde ud af hvem den skulle levere til - fedt! Men... der
dukker aldrig noget op i mine postkasser og så vidt jeg kan se, så
dukker der intet nyt op under /var/spool/postfix/virtual hvor alle
mine virtuelle brugere 'bor'.
I mail.log får jeg følgende når postfix modtager mail: (sendt med echo
"dette er en test" | mail -s "Testmail" BRUGER@DOMÆNE.dk)
Jan 31 21:20:06 denada postfix/pickup[32000]: 9E40DD380B0: uid=1000
from=<BRUGER>
Jan 31 21:20:06 denada postfix/cleanup[32033]: 9E40DD380B0: message-
id=<20120131202006.9E40DD380B0@DOMÆNE.dk>
Jan 31 21:20:06 denada postfix/qmgr[32001]: 9E40DD380B0:
from=<BRUGER@DOMÆNE.dk>, size=296, nrcpt=1 (queue active)
Jan 31 21:20:08 denada postfix/pipe[32035]: 9E40DD380B0:
to=<BRUGER@DOMÆNE.dk>, relay=maildrop, delay=2.3,
delays=0.15/0.01/0/2.2, dsn=2.0.0, status=sent (delivered via maildrop
service)
Jan 31 21:20:08 denada postfix/qmgr[32001]: 9E40DD380B0: removed
(rigtig bruger og domæne er skiftet ud med BRUGER og DOMÆNE)
Jeg har indsat en loglinie i min maildroprc:
logfile "/var/tmp/maildrop.log"
Og ud af den får jeg:
Date: Tue Jan 31 21:20:08 2012
From: BRUGER@DOMÆNE.dk (BRUGER)
Subj: testmail
File: ./
Maildir (498)
./Maildir har jeg aldrig fundet ud af hvor er henne.. Nu.. det sjove
er så, at kalder jeg maildrop direkte (som root):
$ echo "Testmail" | maildrop -V 9 -d BRUGER@DOMÆNE.dk
Får jeg et længere output fra maildrop om dens tur gennem maildroprc,
og i min logfil fra dropmail får jeg:
Date: Tue Jan 31 21:50:06 2012
From:
Subj:
File: /var/spool/postfix/virtual/DOMÆNE.dk/
BRUGER//.Junk/ (1979)
Så maildrop kan finde ud af mit virtuelle setup (via courier authlib)
når det kaldes direkte.. men hvorfor ikke fra postfix?
ì min master.cf har jeg:
maildrop unix - n n - - pipe
flags=R user=vmail argv=/usr/bin/maildrop -w 90 -d ${recipient}
Debian testing
postfix v. 2.8.7-1
courier-maildrop v. 0.66.3-2
Jeg er pænt meget på var bund her, så al hjælp modtages.
version af postfix+courier+maildrop og har nu et underligt problem med
mailcrop (courier-maildrop).
På min gamle maskine undersøttede maildrop ikke virtuelle brugere i
mysql, så jeg havde kompileret min egen version og det virkede super
med delivery til virtuelle brugere.
Efter at jeg flyttede til en nye maskine der havde courier-maildrop
installeret som standard lagde jeg mærke til, at mails tilsyneladende
fint kunne leveres med maildrop - altså ikke noget øfferi over at den
ikke kunne finde ud af hvem den skulle levere til - fedt! Men... der
dukker aldrig noget op i mine postkasser og så vidt jeg kan se, så
dukker der intet nyt op under /var/spool/postfix/virtual hvor alle
mine virtuelle brugere 'bor'.
I mail.log får jeg følgende når postfix modtager mail: (sendt med echo
"dette er en test" | mail -s "Testmail" BRUGER@DOMÆNE.dk)
Jan 31 21:20:06 denada postfix/pickup[32000]: 9E40DD380B0: uid=1000
from=<BRUGER>
Jan 31 21:20:06 denada postfix/cleanup[32033]: 9E40DD380B0: message-
id=<20120131202006.9E40DD380B0@DOMÆNE.dk>
Jan 31 21:20:06 denada postfix/qmgr[32001]: 9E40DD380B0:
from=<BRUGER@DOMÆNE.dk>, size=296, nrcpt=1 (queue active)
Jan 31 21:20:08 denada postfix/pipe[32035]: 9E40DD380B0:
to=<BRUGER@DOMÆNE.dk>, relay=maildrop, delay=2.3,
delays=0.15/0.01/0/2.2, dsn=2.0.0, status=sent (delivered via maildrop
service)
Jan 31 21:20:08 denada postfix/qmgr[32001]: 9E40DD380B0: removed
(rigtig bruger og domæne er skiftet ud med BRUGER og DOMÆNE)
Jeg har indsat en loglinie i min maildroprc:
logfile "/var/tmp/maildrop.log"
Og ud af den får jeg:
Date: Tue Jan 31 21:20:08 2012
From: BRUGER@DOMÆNE.dk (BRUGER)
Subj: testmail
File: ./
Maildir (498)
./Maildir har jeg aldrig fundet ud af hvor er henne.. Nu.. det sjove
er så, at kalder jeg maildrop direkte (som root):
$ echo "Testmail" | maildrop -V 9 -d BRUGER@DOMÆNE.dk
Får jeg et længere output fra maildrop om dens tur gennem maildroprc,
og i min logfil fra dropmail får jeg:
Date: Tue Jan 31 21:50:06 2012
From:
Subj:
File: /var/spool/postfix/virtual/DOMÆNE.dk/
BRUGER//.Junk/ (1979)
Så maildrop kan finde ud af mit virtuelle setup (via courier authlib)
når det kaldes direkte.. men hvorfor ikke fra postfix?
ì min master.cf har jeg:
maildrop unix - n n - - pipe
flags=R user=vmail argv=/usr/bin/maildrop -w 90 -d ${recipient}
Debian testing
postfix v. 2.8.7-1
courier-maildrop v. 0.66.3-2
Jeg er pænt meget på var bund her, så al hjælp modtages.
rené
Jan 31, 2012, 4:44:44 PM1/31/12
to
direkte test igen får jeg et lidt anderledes resultat:
$ echo "test" | maildrop -V 9 -d BRUGER@DOMÆNE.dk
Date: Tue Jan 31 22:13:28 2012
From:
Subj:
File: /home/vmail/./
Maildir/.Junk/ (1979)
Der mangler altså både domæne og bruger i outputtet, hvilket ikke helt
giver mening.. Så su'ede jeg til vmail igen og kørte en authtest og
fandt ud af, at brugeren vmail ikke havde adgang til authdamons
socket. Det fiksede jeg ved med: chown vmail.daemon /var/run/courier/
authdaemon/
Desværre. så får maildrop stadig ikke lige $HOME og $MAIL med når jeg
kører den direkte test maildrop under vmail. Den får $QUOTA med (det
kan se i output fra maildrop), men altså ikke $HOME med over..
Udpluk fra output af maildrop kørt som brugeren vmail:
/etc/courier/maildroprc(7): Opening logfile /var/tmp/maildrop.log
/etc/courier/maildroprc(9): MAIL="/home/vmail/./Maildir" <- mangler
DOMÆNE og BRUGER
/etc/courier/maildroprc(10): QUOTA="1048576000S" <- korrekt
... snip...
maildrop: Delivery complete.
rené
Feb 1, 2012, 8:44:52 AM2/1/12
to
Den 31-01-2012 22:44, rené skrev:
> Det skal lige tilføjes, at su'er jeg til brugeren vmail og kører den
> direkte test igen får jeg et lidt anderledes resultat:
> $ echo "test" | maildrop -V 9 -d BRUGER@DOMÆNE.dk
>
> Date: Tue Jan 31 22:13:28 2012
> From:
> Subj:
> File: /home/vmail/./
> Maildir/.Junk/ (1979)
>
> Der mangler altså både domæne og bruger i outputtet, hvilket ikke helt
> giver mening.. Så su'ede jeg til vmail igen og kørte en authtest og
> fandt ud af, at brugeren vmail ikke havde adgang til authdamons
> socket. Det fiksede jeg ved med: chown vmail.daemon /var/run/courier/
> authdaemon/
>
> Desværre. så får maildrop stadig ikke lige $HOME og $MAIL med når jeg
> kører den direkte test maildrop under vmail. Den får $QUOTA med (det
> kan se i output fra maildrop), men altså ikke $HOME med over..
>
> Udpluk fra output af maildrop kørt som brugeren vmail:
>
> /etc/courier/maildroprc(7): Opening logfile /var/tmp/maildrop.log
> /etc/courier/maildroprc(9): MAIL="/home/vmail/./Maildir"<- mangler
> DOMÆNE og BRUGER
> /etc/courier/maildroprc(10): QUOTA="1048576000S"<- korrekt
> ... snip...
> maildrop: Delivery complete.
>
Jeg kan ikke helt forklare præcist hvorfor, men nu virker det..
> Det skal lige tilføjes, at su'er jeg til brugeren vmail og kører den
> direkte test igen får jeg et lidt anderledes resultat:
> $ echo "test" | maildrop -V 9 -d BRUGER@DOMÆNE.dk
>
> Date: Tue Jan 31 22:13:28 2012
> From:
> Subj:
> File: /home/vmail/./
> Maildir/.Junk/ (1979)
>
> Der mangler altså både domæne og bruger i outputtet, hvilket ikke helt
> giver mening.. Så su'ede jeg til vmail igen og kørte en authtest og
> fandt ud af, at brugeren vmail ikke havde adgang til authdamons
> socket. Det fiksede jeg ved med: chown vmail.daemon /var/run/courier/
> authdaemon/
>
> Desværre. så får maildrop stadig ikke lige $HOME og $MAIL med når jeg
> kører den direkte test maildrop under vmail. Den får $QUOTA med (det
> kan se i output fra maildrop), men altså ikke $HOME med over..
>
> Udpluk fra output af maildrop kørt som brugeren vmail:
>
> /etc/courier/maildroprc(7): Opening logfile /var/tmp/maildrop.log
> /etc/courier/maildroprc(9): MAIL="/home/vmail/./Maildir"<- mangler
> DOMÆNE og BRUGER
> /etc/courier/maildroprc(10): QUOTA="1048576000S"<- korrekt
> ... snip...
> maildrop: Delivery complete.
>
Jeg smed alt courier-* ud og installerede forfra, satte authdaemon op
igen (authmysqlrc) med samme parametre som på den gamle maskine.
I postfix' master.cfg rettede jeg 'user=vmail' til 'user=daemon' (den
definerede 'trusted user' i courier-maildrop er 'daemon') og genstartede
authdaemon og postfix.. og nu bliver mails droppet i de rigtige
virtuelle mappper igen.
/rené
0 new messages