Re: [vchkpw] Problem with vpopmail: deliver all mail to /var/spool/mail/vpopmail

[Len Burns]

I would take a look at your default maildroprc file, that is most likely
where the problem lies.  By default, it will deliver to
/var/mail/vpopmail.  I just encountered this behaviour while setting up
a new mail server.

Regards,
-Len

Brian Lanier wrote:
> ----- Original Message -----
> 
>     *From:* Manvendra Bhangui <mailto:mbhan...@gmail.com>
>     *To:* vchkpw@inter7.com <mailto:vchkpw@inter7.com>
>     *Sent:* Thursday, October 08, 2009 12:36 PM
>     *Subject:* Re: [vchkpw] Problem with vpopmail: deliver all mail to
>     /var/spool/mail/vpopmail
> 
>     2009/10/9 Javier de Miguel Rodrí­guez <javierdemig...@us.es
>     <mailto:javierdemig...@us.es>>
> 
> 
> 
>         I attach the straced "/tmp/problem.log" gzipped
> 
>         Regards and LOT of thanks for the help, you are great guys!!!
> 
> 
> 
>     The strace output shows that vdelivermail executes maildrop
> 
>     31280 waitpid(31281,  <unfinished ...>
>     31281 rt_sigaction(SIGPIPE, {SIG_DFL, [PIPE], SA_RESTART}, {SIG_DFL,
>     [], 0}, 8) = 0
>     31281 execve("/bin/sh", ["/bin/sh", "-c", "preline
>     /usr/bin/maildrop"], [/* 23 vars */]) = 0
>     31281 brk(0)                            = 0x86ab000
>      
>     Also maildrop opens /var/mail/vpopmail
>     31282 uname({sys="Linux", node="buzones_externos", ...}) = 0
>     31282 open("/etc/maildroprc", O_RDONLY) = -1 ENOENT (No such file or
>     directory)
>     31282 open(".mailfilter", O_RDONLY)     = -1 ENOENT (No such file or
>     directory)
>     31282 stat64("/var/mail/vpopmail/tmp", 0xbfec5dc0) = -1 ENOTDIR (Not
>     a directory)
>     31282 umask(077)                        = 07
>     31282 open("/var/mail/vpopmail", O_WRONLY|O_CREAT, 0666) = 4
> 
> 
>     -- 
>     Regards Manvendra - http://www.indimail.org
>     Sent from Chennai, TN, India
>      
>      
> 
> If I remember correctly, if there is no other delivery or "end" in the
> maildrop script, it will default to delivery to the user who called
> maildrop, in this case vpopmail. I used to see this when first working
> with maildrop and not getting my delivery right. There may be a more
> precise description for what I just said, but as pointed out above, I
> would check your default maildrop script(/etc/maildroprc I think) or any
> custom scripts you might have in play.
>  
> Brian
> 

!DSPAM:4ad323ae32711811599735!