Check your crontab. Some rpm's of qmail install a cron job to
recreate the /var/qmail/users/assign file from /etc/passwd entries.
Ken Jones
Mario Morales wrote:
>
> Setup
> -----
> vpopmail 4.9.3 source compiled with the following configuration:
>
> --enable-roaming-users=y
> --enable-large-site=y
> --enable-mysql=y
> --enable-default-domain=defaultdomain.com
>
> qmail-1.03+patches-12.src.rpm
> ucspi-tcp-0.88-1.i386.rpm
> ucspi-unix-0.34-1.i386.rpm
> daemontools-0.70-1.i386.rpm
> supervise-scripts-2.4-1.i386.rpm
> qmail-1.03+patches-14.i386.rpm
>
> Red Hat 7.0
>
> Problems
> --------
> When sending a mail to [EMAIL PROTECTED], the user receives the email
> with no problems. User is also able to send emails anywhere for example
> [EMAIL PROTECTED] After an undetermined length of time, if a new mail
> is sent to [EMAIL PROTECTED] it is sent back with the following error
> message:
>
> <[EMAIL PROTECTED]>:
> Sorry, no mailbox here by that name. (#5.1.1)
>
> The user can still send out mail but cannot receive any.
>
> I have found that if you redo the virtual domain from scratch, the problem
> is solved but only temporarily. user is able to receive mail but only for a
> little bit. The problem re-occurs. In this case I would vdeldomain
> defaultdomain.com then readd domain and user using vadddomain and vadduser.
> This temporarily solves the problem.
>
> I haven't found a similar answer in the mailing list. I have found problems
> with the same error message but not ones where vpopmail/qmail start working
> but then die.
>
> Thanks for your help
> Mario Morales
