Wouldn't I have to delete most of the passwd file and the
/var/qmail/alias directory in order for a .qmail-default to get looked
at?
And do you know of any reason why these queue-mucking techniques:
> > Can I just move them into the remote directory, then run the queue?
> > Or tar up the queue directory, move it onto the new machine in a temp
> > directory, run qmail-qfix, and then rename the files over into their
> > new locations?
would or wouldn't work?
Thanks much,
-----ScottG.
[EMAIL PROTECTED] writes:
> On Thu, Jun 29, 2000 at 11:23:36AM -0400, Scott Gifford wrote:
> > Interestingly, I'm in a similar situation, only my messages are still
> > in the queue. Normally, I would just put ":new.server.name" in my
> > smtproutes, and have it dump its queue, but it's already put all of
> > the local messages in the "local" section of the queue, which doesn't
> > look at smtproutes. Is there a clever way to make this work?
> >
> > Can I just move them into the remote directory, then run the queue?
> > Or tar up the queue directory, move it onto the new machine in a temp
> > directory, run qmail-qfix, and then rename the files over into their
> > new locations?
>
> Assuming the local deliveries are currently failing temporarily (perhaps
> due to a home dir not existing or somesuch), then probably the easiest
> thing is to create a default alias that catches all those mails and
> delivers them to a Maildir, then use maildirtosmtp out of the serialmail
> package.
>
> I don't know of an easy way to change a local delivery to a remote
> delivery by twiddling the queue. That decision is made as part of the
> queue entry creation, not part of the rescan of qmail-send.
>
>
> Regards.
>
> >
> > Any suggestions would be much appreciated.
> >
> > -----ScottG.
> >
> > [EMAIL PROTECTED] writes:
> >
> > > It depends on where the mail is on this clone server. Is it in the
> > > mail queue or has it been locally delivered to users there?
> > >
> > > The former is much easier to deal with than the latter.
> > >
> > >
> > > Regards.
> > >
> > > On Thu, Jun 29, 2000 at 01:56:31AM +0200, Andre Morin wrote:
> > > >
> > > > First of all, this is a really stupid situation we should never have run
> > > > into in the first place ; however :
> > > >
> > > > Due to some not so interesting reasons, for a couple of days our DNS has
> > > > pointed to another machine with our cloned qmail-configuration on
> > > > another IP in another town. I have complete root access to that machine.
> > > >
> > > > Now everything is back as before, but while this machine was MX for quite
> > > > a bunch of virtual domains we host, the mail arrived there.
> > > >
> > > > What I need to do now, and I am discovering qmail, is a way to get all the
> > > > mail from the distant server to be sent to our machine with a minimum of
> > > > fuss and if possible transparent to the users (just being late, extra
> > > > headers don't hurt as long as they are of the kind lusers see by default
> > > > in their mailer).
> > > >
> > > > I have started plunging into the really dense documentation of qmail and
> > > > read some interesting contributions in the archive of this list, compiled
> > > > maildircmd and taken a look at its doc as well.
> > > >
> > > > While I feel that there must be a simple solution short of writing a
> > > > brute-force-and-ignorance-script with a complete list of maildirs to be
> > > > processed, I lack the experience to figure this out on my own.
> > > >
> > > > Thanks in advance to the list for some pointers to intelligent solutions
> > > > for my stupid problem.
> > > >
> > > > --
> > > > Best Regards
> > > > André Morin
> > > >
