Hello,
For what its worth, I am now receiving (and able to send mail).
I stopped the qmail programs, flushed the queue of test messages, made the
changes below, and then restarted qmail.
Now mail I send is sent out immediately.
However, I had been using vpopmail with virtual domains, but now mail is
delivered to /home/user/Maildir instead of
/usr/local/vpopmail/domains/mydom.co.jp/user/Mailbox . I checked
users/assign, but nothing seemed out of order...
How do I change delivery to the virtual users' Maildirs?
Thanks,
Shawn
----- Original Message -----
From: "GIC MLs" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 05, 2001 3:05 AM
Subject: Re: qmail-remote
> Thanks for the help.
>
> > > > > Possibly the mode/etc of the trigger is incorrect. Stop qmail, do
> "make
> > > > > setup check" from the qmail source directory again.
> > > >
> > > > Actually, I am glad you mentioned this, because I have been looking
> for
> > > > the "correct" way to stop qmail. I can't find "stop" in the index
of
> > > > "Running Qmail," and the pages on the web I have looked at seem to
be
> > > > dealing with an unsupervised environment, so when I use the methods
> they
> > > > show, my qmail programs just pop up again. I'm sure there must be a
> > > > standard way to shut it down, but if you could enlighten me there,
I'd
> > > > really appreciate it. I have managed to get it down in the past, but
> it
> > > > was very messy.
> >
> > If you're using svscan, then "svc -d /service/<servicename>" will do the
> > trick. If you installed according to "Life with qmail", then the
command
> > would be
> >
> > svc -d /service/qmail-send
>
> Thanks.
> Output of make setup check is:
>
> chicken# make setup check
> ./install
> ./instcheck
> chicken#
>
> > > > > > I'm afraid I wasn't
> > > > > > able to deliver your message to the following addresses. This
is
> a
> > > > > > permanent error; I've given up. Sorry it didn't work out.
> > > > > >
> > > > > > <[EMAIL PROTECTED]>: Sorry. Although I'm listed as a
> > > > > > best-preference MX or A for that host, it isn't in my
> control/locals
> > > > > > file, so I don't treat it as local. (#5.4.6)
> >
> > It looks like somehow a Maildir delivery instruction is being confused
for
> a
> > forwarding directive -- I don't quite understand how this is happening.
>
> Ok, at least I'm not the only one then. :-)
> Again, this was all working "perfectly" until I hard-rebooted...
>
> > > > rcpthosts:
> > > > SMTP clients may send messages to recipients at local.
> > > > SMTP clients may send messages to recipients at splat.or.jp.
> > > > SMTP clients may send messages to recipients at mr.splat.or.jp.
> > > > SMTP clients may send messages to recipients at chicken.or.jp.
> >
> > This is one of your problems -- "chicken.splat.or.jp" should be in
> rcpthosts.
> > It's not the main one, though.
>
> Corrected. Thank you.
>
> > > > virtualdomains: (Default.) No virtual domains.
> > > > virtualdomain: I have no idea what this file does.
> >
> > Did you intend to create some virtualdomains? If so, you misnamed the
> file.
> > qmail will ignore this file.
>
> Renamed.
>
> > Post an exact copy of the script you use to start qmail -- the one that
> > actually calls qmail-start. We need to see what you're supplying as an
> > argument to qmail-start -- if that argument is read from a file, post
the
> > contents of that file as well.
>
> chicken# cat /var/qmail/rc
> #!/bin/sh
>
> exec env - PATH="/var/qmail/bin:$PATH" \
> qmail-start "`cat /var/qmail/control/defaultdelivery`" 2>&1
>
>
> Thanks again,
>
> Shawn
>
>
