10 msgheader check question
12 msgverify parameters
4 msgConfigure postfix in big env
2 msgenvelope sender '<>' via uucp gets rewrit...
2 msgSpam filtering only for specific email accounts
3 msgPostfix 2.4 to 2.5: smtp(d)_tls_session_cache_d...
15 msgQuestion about 'standards' WRT BATV and SAV
7 msgmy solution to fight backscatter email
2 msgAUTO: Joe Grastara is out of the office (return...
12 msgQ about sender_dependent_relayhost_maps inbound...
16 msgMilter Suggestions

Transport table and postmap
\ Richard Stockton (8 May 2008)
. \ (Wietse Venema) (8 May 2008)
. \ mouss (8 May 2008)
. . \ D Hill (8 May 2008)
. . \ Zbigniew Szalbot (8 May 2008)
. . . \ (Wietse Venema) (8 May 2008)
. \ (Wietse Venema) (8 May 2008)
. . \ Richard Stockton (8 May 2008)
. . . \ (Wietse Venema) (8 May 2008)

3 msgArchiving e-mail?
8 msgError 550: unable to relay
1 msgFW: new subject
13 msgTLS handshake error
6 msgSeperating SMTP and POP/IMAP services
3 msgTest 2
1 msgTesting
12 msg[Fwd: ldap users & aliases config]
Subject:Re: Transport table and postmap
Group:Postfix-users
From:(Wietse Venema)
Date:8 May 2008


 
Richard Stockton:
> At 02:14 PM 5/8/2008, Wietse Venema wrote:
> > > I am noticing an odd and somewhat disturbing thing on my FreeBSD
> > > postfix installations. When I redo my transport table,
> > >
> > > postmap /etc/postfix/transport
> > >
> > > and then do a "strings /etc/postfix/transport.db" I see not only
> > > the contents of the "transport" file, but also my entire master
> > > password file including the password hashes! That seems like a
> > > very bad thing. This occurs on all 8 of my FreeBSD postfix
> > > installations.
> >
> >You may want to update the bug report.
> >
> >In /usr/src/lib/libc/db/README, it says compile with -DPURIFY
> >otherwise it will write uninitialized memory to the file.
> >
> >I just checked, and this fixes the problem. You have to add a line
> >with: #include <string.h> to /usr/src/lib/libc/db/db/hash/hash_buf.c
>
> I have updated the FreeBSD bug report, although I note that the file
> above does not exist on my machines. I have a /usr/src/lib/libc/db/db
> directory but nothing beyond that even though I have compiled custom
> kernels on all the servers. Looks to me like "hash" was never compiled.

You can install kernel sources without installing userland sources.
I usually install kernel and userland source, so I can build a
smaller kernel and apply bugfixes to kernel or userland.

Wietse


© 2004-2008 readlist.com