We use /var/mail setup, but we have mapped it to /usr/mail since our
partition on / was not big enough.
I can't find anything in the process table that looks like procmail, so I
guess local delivery happens through mail.local, though I am not sure what
to look for to confirm this. I have looked at INSTALL.vsm closely and I see its
importance. One thing I
notice is that we don't have a /var/qmail/boot directory.
So, what is even more wierd to me is that only some users are getting
deleted, and I can't find a pattern of why, as some seem to be using BSD,
some PINE and others POP clients like Eudora...
A look at syslog.mail gives lots (and lots!) of these types of errors, but
I can't tell how they might relate to missing mail.
Jan 4 20:02:26 4C:ella qmail: 915480146.854383 warning: trouble opening
remote/
17/6526; will try again later
Jan 4 20:04:30 4C:ella qmail: 915480270.468809 warning: trouble opening
remote/
18/9954; will try again later
Thanks again for all help, keep it comin' :)
Samuel
On Mon, 4 Jan 1999, Harald Hanche-Olsen wrote:
> - Samuel Dries-Daffner <[EMAIL PROTECTED]>:
>
> | We are experiencing a wierd loss of mail files. Some users check
> | their mail and then the entire file is deleted.
> |
> | Usually, if they read and delete mail or use a POP client and
> | download their mail, the file exists, but it is size = 0. But in
> | this case its just gone. Whats more is that qmail doesn't write any
> | mail to a new file, it just holds it in the queue. Then when I
> | manually make a file the mail is delivererd. The manually made file
> | looks like this:
> |
> | -rw-rw---- 1 amach mail 5629 Jan 4 11:45 amach
>
> What kind of delivery do you use? /bin/mail perhaps? What appears in
> the log file when qmail doesn't deliver? (Surely it tries, and
> fails?)
>
> - Harald
>
