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
> work ?? assuming ofcourse that both machines have the same maildir setup ?
They do indeed have the same setup.
I was looking into such a brute force approach as well.
It will certainly do the trick, but I hoped to end up with a more elegant
(qmail) solution.
But it looks like I will have to do just what you suggest.
I do not see any specific qmail-precautions to take while I untar the
stuff, am I right ?
Thank you anyway to both of you, who answered my questions so quickly,
for confirming me that I did not overlook some really cheap trick.
> At 02:38 AM 6/29/00 +0200, you wrote:
> >
> >
> >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 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 the user has control of the delivery/forwarding in any way,
> >> they may not be retreivable at all. If there was some user mail on the
> >> clone prior to the MX mixup,
> >
> >Yes there was.
> >
> >> then you'll need a way to separate them.
> >>
> >> If you are lucky and the only delivey method is Maildir and the only
> >> emails on that system are ones that can be redirected, then you
> >> can probably qmail-inject them back into your clone system with
> >> an smtproutes entry. You may need to grep out certain Delivered-to:
> >> headers to avoid hitting the anti-loop code of qmail.
> >
> >Nearly all use simple maildir delivery.
> >
> >How would I do this ?
> >Write a script to grep out the last Delivered-to: header ?
> >Use some qmail-program to do that ?
> >
> >What would be the right way to do the qmail-inject then ?
> >
> >Will I need to create a smtproute-file in spite of the fact that the
> >correct MX is now known to the DNS-servers used by the clone to resolve
> >names ?
> >
> >> If you are not so lucky, then it'll be painful and thankless and
> >> probably imperfect and there is no one solution.
> >
> >I am really a comple newbie to qmail, while I am discovering the doc, I am
> >quite amazed about its nifty design.
> >
> >The other option for me would be some ugly script doing some rsync-alike
> >things to the maildirectories of the users.
> >
> >Thank You for your responsiveness, even if you confirm what I felt :
> >I'm in trouble...
> >
> >> Regards.
> >>
> >>
> >> > > 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:
> >> > > >
> >> > > > 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.
> >> >
> >>
> >
> >
> >
>
