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.
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
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
From: Scott Gifford [EMAIL PROTECTED]
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
On Thu, Jun 29, 2000 at 11:36:33AM -0400, Scott Gifford wrote:
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?
Ah yes, good point. Not so much delete them, but use qmail-users to override
getpwnam() (ie
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
On Thu, Jun 29, 2000 at 02:03:46AM +0200, Andre Morin wrote:
Unfortunately, the second option is what I have to face.
Then unless you have a way of definitively identifying which emails
to extract from whathever local delivery method each user employs,
then you have no perfect solution.
If
Unfortunately, the second option is what I have to face.
On Wed, 28 Jun 2000 [EMAIL PROTECTED] wrote:
Date: Wed, 28 Jun 2000 17:00:11 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: how do I resync two machines after MX confusion ?
It depends on where the mail
On Wed, 28 Jun 2000 [EMAIL PROTECTED] wrote:
Date: Wed, 28 Jun 2000 17:11:02 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: how do I resync two machines after MX confusion ?
On Thu, Jun 29, 2000 at 02:03:46AM +0200, Andre Morin wrote:
Unfortunately, the second
PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: how do I resync two machines after MX confusion ?
On Thu, Jun 29, 2000 at 02:03:46AM +0200, Andre Morin wrote:
Unfortunately, the second option is what I have to face.
Then unless you have a way of definitively identifying which emails
to extract
File and directory ownership could give some headaches...
If you have good bandwidth between the machines, I again recomend
maildirsmtp.
Armando
From: Andre Morin [EMAIL PROTECTED]
I do not see any specific qmail-precautions to take while I untar the
stuff, am I right ?
smime.p7s
I'd copy all the messages from all the users to the ~alias Maildir, and then
use djb's serialmail (the maildirsmtp util, to be exact) to blast'em to the
original machine.
After checking, delete the messages.
This shouldn't work with mailboxes, tough.
Armando
-Original Message-
From:
On Wed, 28 Jun 2000, Darcy Buskermolen wrote:
Date: Wed, 28 Jun 2000 17:50:43 -0700
From: Darcy Buskermolen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: how do I resync two machines after MX confusion ?
If it was delivered to maildirs, would a simple tar / FTP /untar solution
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
14 matches
Mail list logo