Remo Mattei wrote:
you need to use vdelivermail like this..

locationofyourvpopmail/bin/vdelivermail '' "$DEFAULT"
good luck

Sorry I haven't been keeping up on this thread, but this looks like a good place for an important warning:

       N E V E R ,    E V E R    C A L L    V D E L I V E R M A I L

           F R O M    A N Y W H E R E    E X C E P T    T H E

                 . Q M A I L - D E F A U L T    F I L E

              O F   A   V P O P M A I L    D O M A I N ! ! !

Yes I am shouting at the top of my lungs!

I had a disk failure on my local server recently and had to rebuild
> from scratch (only data backups, not full system). I used Shupp's
> toaster to install qmail/vpopmail. I think my problem may be with
> qmail, but I'm trying here first.

Thanks, it is best not to bother the qmail list with vpopmail problems, even if the problem isn't directly related to vpopmail.

I installed on OS X (Leopard) so I had to deviate a bit to get
> things to compile. And vpopmail couldn't go in /home due to
> something about that being a network automount path (I didn't
> explore that; just changed to /usr/local instead).

How? Hopefully you changed the home directory of the vpopmail user in /etc/passwd before you compiled vpopmail. Just moving stuff around may not work because vpopmail compiles in a number of things like this.

Where do you suggest I add recordio? I've confirmed it's not an
> issue with smtp; the following command generates an error (admin
> is a forwarding address):

I don't see any need to look at network i/o. You can deliver mail directly to a mailbox, so the smtp part of things is working. The message was accepted, queued and a local delivery was started.

$ echo to: [EMAIL PROTECTED] | /var/qmail/bin/qmail-inject

$ more .qmail-admin

From /var/log/qmail/send/current:
2008-01-05 21:58:01.211526500 delivery 32: deferral:
> Unable_to_forward_message:_unable_to_exec_qq_(#4.3.0)./

While this command works fine (charlie is a mailbox):

$ echo to: [EMAIL PROTECTED] | /var/qmail/bin/qmail-inject

I don't believe .qmail-admin involves vdelivermail at all. When the message is submitted to qmail-local for processing, qmail-local finds the forward and attempts to run qmail-queue to re-queue the message. Vdelivermail will not be called because qmail-local found a .qmail file that matched in the domain directory.

What we know...

qmail-smtpd can execute qmail-queue  (qq)

qmail-inject can not execute qmail-queue

qmail-local can not execute qmail-queue

What are the permissions in /var/qmail/bin?

If you haven't looked at the qmail Big Picture, it might be helpful...


Reply via email to