Re: Mail Server for Solaris
- From: Giorgos Keramidas <keramida@xxxxxxxxxxxxxxx>
- Date: Sat, 08 Mar 2008 22:38:04 +0200
On Sat, 8 Mar 2008 19:29:14 +0000 (UTC), Cydrome Leader <presence@xxxxxxxxxxxxxx> wrote:
Giorgos Keramidas <keramida@xxxxxxxxxxxxxxx> wrote:
On Fri, 7 Mar 2008 19:38:39 +0000 (UTC), Cydrome Leader <presence@xxxxxxxxxxxxxx> wrote:
Giorgos Keramidas <keramida@xxxxxxxxxxxxxxx> wrote:
On Fri, 7 Mar 2008 15:57:12 +0000 (UTC), Cydrome Leader <presence@xxxxxxxxxxxxxx> wrote:
I had a simple question of how do convert .cf files back into human
readable format. Not surprisingly, none of the sendmail fans have an
answer.
This is similar to the question `How can I convert an ELF executable
back to a human readable Haskell source file?'. Do you _really_ think
that _any_ conversion is reversible?
the point is if there isn't extra conversion you would not have this
problem in the first place.
I can't think of any other MTA that has this problem.
Are you using any MTA which converts *some* 'map' file to Berkeley DB
format for faster access? Aliases, mailer tables, forwarding tables,
Nobody edits BDB files by hand and loses the original tables. The story is
different when it comes to sendmail and cf and mc files.
So we are expected to keep safe backups of the `original tables', but we
are also expected to `lose' our original *.mc files. Do I sense a bit
of begging the question?
address rewriting tables, and similar count as 'one way conversions'
too, unless you have a reliable way to read a BDB map and convert it
back to the _same_ text file used to originally generate the binary DB.
The mail server config itself is not stored in DBD files anyways.
If the answer is ``well, Postfix transport maps don't really count,
because I always have /etc/postfix/transport around'', then I don't
think I'm interested in listening any other strawman arguments about the
so called `inferiority' of Sendmail.
you mean I can't run db dump on a DBD file and recreate that file, even if
it's lost?
Not really, no. You can create an `approximation' of what the original
file _may_ have looked like. Not _the_ file itself though.
It may be possible, *if* you are willing to spend the time debugging any
missing entries, to `dump' a Postfix DB file with db_dump, i.e.:
keramida@kobe:/etc/postfix$ db_dump185-4.2 -p generic.db
format=print
type=hash
h_ffactor=65536
db_lorder=1234
db_pagesize=4096
HEADER=END
keramida@xxxxxxxxxxx\00
keramida@xxxxxxxxxxxxxxx\00
keramida@kobe:/etc/postfix$
But if you have a method that reads this dump, and then generates my
original `/etc/postfix/generic' map, which reads:
# Generic address rewriting rules for host `xxx'
#
# See the file `/etc/postfix/dist/generic' for details about the
# format of this map.
keramida@xxxxxxxxxxx keramida@xxxxxxxxxxxxxxx
then I'd like to see it.
I just told you what to do with BDB files. What's your solution for
the garbage that M4 makes?
To safely back up the source. Exactly like the `original tables'.
.
- References:
- Mail Server for Solaris
- From: cristisuliman
- Re: Mail Server for Solaris
- From: Cydrome Leader
- Re: Mail Server for Solaris
- From: Rich Teer
- Re: Mail Server for Solaris
- From: Cydrome Leader
- Re: Mail Server for Solaris
- From: Rich Teer
- Re: Mail Server for Solaris
- From: Cydrome Leader
- Re: Mail Server for Solaris
- From: Giorgos Keramidas
- Re: Mail Server for Solaris
- From: Cydrome Leader
- Re: Mail Server for Solaris
- From: Giorgos Keramidas
- Re: Mail Server for Solaris
- From: Cydrome Leader
- Re: Mail Server for Solaris
- From: Giorgos Keramidas
- Re: Mail Server for Solaris
- From: Cydrome Leader
- Mail Server for Solaris
- Prev by Date: Re: Virtualization questions
- Next by Date: Re: How long does it take for Solaris Volume Manager to fail a disk?
- Previous by thread: Re: Mail Server for Solaris
- Next by thread: Re: Mail Server for Solaris
- Index(es):
Relevant Pages
|