Re: [cobalt-users] full restore?

["wcstaff" <wcstaff@xxxxxxxxxxxx>]

I used raqbackup.sh 2.2 to backup my raq 4i server. it did a great job,
following the instructions at the website. however, it didn't get everything
on the raq 4i. when I restored to the new raq, areas were missing, such as
/etc/ftpusers and various other files I modified or added. Is there a way to
get everything off the old raq and move it to the new raq?

----- Original Message -----
From: "Jeff Lasman" <jblists@xxxxxxxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Sent: Monday, May 20, 2002 11:54 PM
Subject: Re: [cobalt-users] admin@ emails going to /home site?


> Ian wrote:
>
> > I am using a RaQ3 and have a number of sites within it and have a
problem
> > whereby any emails sent to admin@ any domain on the server is
automatically
> > redirected to the /home site (server admin) email pop account and not to
the
> > email account for the domain name it was supposed to go to.
> >
> > Is this normal for a RaQ3? Can it be overcome or is there something I
have
> > to do to a file within the server to get this to work effectively.
>
> I decided to reply to the original post instead of to all the posts
> throughout this thread...
>
> Cobalt would rather you not make changes to the /etc/mail/virtusertable
> above the "dashed line" at or near the bottom, because those lines are
> subject to change by the gui whenever you make changes to users for the
> site.
>
> You'd be best served by adding to the BOTTOM of /etc/mail/virtusertable
> a line similar to the following:
>
> admin@xxxxxxxxxx <tab> localusername
>
> (don't forget that's a <tab> character between the two fields)
>
> Then, don't forget to do the following after making manual changes:
>
> # makemap hash /etc/mail/virtusertable < /etc/mail/virtusertable
>
> The reason this works is because there's NO "www." prefix to the
> domain.  So it doesn't matter what's above the dashed-line; the line
> you've added will be run first.
>
> We find this works fine, and that server-level warnings still get sent
> to the right place; they either send mail to "admin" or to
> "admin@xxxxxxxxxxxxxx".
>
> In fact, due to an implementation "feature" (read "bug") some email ends
> up in the "admin" mailbox even though you've set another mailbox to
> receive admin email.
>
> But mail from outside, sent to "admin@xxxxxxxxxx" will end up being
> redirected where you want them.
>
> (Just tested all this a few minutes ago to make sure it was still true
> after all the recent updates.)
>
> Jeff
> --
> Jeff Lasman <jblists@xxxxxxxxxxxxx>
> Linux and Cobalt/Sun/RaQ Consulting
> nobaloney.net
> P. O. Box 52672, Riverside, CA  92517
> voice: (909) 778-9980  *  fax: (702) 548-9484
>
> _______________________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> To Subscribe or Unsubscribe, please go to:
> http://list.cobalt.com/mailman/listinfo/cobalt-users
>
>