Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 4 Oct 2007 16:56:35 +1000 (EST)
From:      Ian Smith <smithi@nimnet.asn.au>
To:        Lisa Casey <lisa@jellico.com>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: FreeBsd e-mail question
Message-ID:  <Pine.BSF.3.96.1071004163422.4333B-100000@gaia.nimnet.asn.au>
In-Reply-To: <20071004002231.CF6ED16A4A0@hub.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 3 Oct 2007 16:30:54 -0400 Lisa Casey <lisa@jellico.com> wrote:

 > The problem comes in when a customer cancels his account. We remove users by 
 > rmuser username. That command removes the user from the password file, 
 > removes his home directory and removes the mailspool. What it doesn't do is 
 > to remove the .username.pop file associated with that mailbox. This isn't a 
 > problem unless we add another account with the same username. The new 
 > account cannot pop his mail because he gets the following  error messge:
 > 
 > -ERR [SYS/PERM] Temporary drop /var/mail/.jjvc.pop not owned by jjvc.
 > 
 > If I take a look at /var/mail/.jjvc.pop it isn't owned by anyone, the 
 > ownership of the file is the group number of the original jjvc.
 > 
 > -rw-rw----   1 1473             mail                     0 Sep 11 19:15 
 > .jjvc.pop
 > 
 > Is there anyway to have rmuser remover the mail drop file associated with 
 > that account also, or am I just going to have to remove these manually?

I've read this whole thread, and what's strange is that this used to
work.  I just checked our old FreeBSD 2.2.6 system where rmuser always
cleaned up /var/mail/.{$user}.pop properly.  Its /usr/sbin/rmuser had: 

 # Remove some pop daemon's leftover file
 $file = "$mail_dir/.${login_name}.pop";
 if (-e $file || -l $file) {
     print STDERR "Removing pop daemon's temporary mail file ${file}:";
     unlink $file ||
         print STDERR "\n${whoami}: Warning: unlink on $file failed ($!) - continuing\n";
     print STDERR " done.\n";
 }

So I wonder whether it's a bug - or maybe a later popper update? - that
has the present version of rmuser looking for ${MAILSPOOL}/${login}.pop
instead?

Cheers, Ian




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.1071004163422.4333B-100000>