Re: Berkeley DB6 and Postfix

2014-05-11 Thread Wietse Venema
Sahil Tandon: > On Sun, 2014-05-11 at 18:18:45 -0400, Jerry wrote: > > > The installation halts immediately with this error message: > > > > ===> postfix-current-2.12.20140507,4 cannot install: does not work with > > Berkeley DB version 6 (6 not supported). > > That is deliberately triggered w

Re: Client side DANE - minimum openssl version

2014-05-11 Thread Viktor Dukhovni
On Sun, May 11, 2014 at 10:53:05PM -0500, Larry Stone wrote: > Viktor, thanks, that greatly improves my understanding of how > those options work. And also serves as a reminder not to put to > much trust in other people's "how to" documents since if I now > understand it correctly, the '-I/usr/inc

Re: Client side DANE - minimum openssl version

2014-05-11 Thread Larry Stone
On May 11, 2014, at 9:04 PM, Viktor Dukhovni wrote: > On Sun, May 11, 2014 at 08:57:29PM -0500, Larry Stone wrote: > >>> The above syntax is incorrect. Try >>> >>> ... CCARGS=' >>> -DUSE_TLS -I/usr/local/ssl/include >>> -DUSE_SASL_AUTH >>> -DDEF_COMMAND_DIR=\"/usr/local/sbin\" >>

Re: Client side DANE - minimum openssl version

2014-05-11 Thread Viktor Dukhovni
On Sun, May 11, 2014 at 08:57:29PM -0500, Larry Stone wrote: > > The above syntax is incorrect. Try > > > > ... CCARGS=' > > -DUSE_TLS -I/usr/local/ssl/include > > -DUSE_SASL_AUTH > > -DDEF_COMMAND_DIR=\"/usr/local/sbin\" > > -DDEF_CONFIG_DIR=\"/usr/local/etc/postfix\" > > -

Re: Client side DANE - minimum openssl version

2014-05-11 Thread Larry Stone
On May 11, 2014, at 6:34 PM, Viktor Dukhovni wrote: > On Sun, May 11, 2014 at 06:00:38PM -0500, Larry Stone wrote: > >> On the test system, trying to force the new version of OpenSSL (1.0.1g), I >> used: >> make -f Makefile.init makefiles \ >> CCARGS='-DUSE_TLS /usr/local/ssl/include/opens

Re: Client side DANE - minimum openssl version

2014-05-11 Thread Viktor Dukhovni
On Sun, May 11, 2014 at 06:00:38PM -0500, Larry Stone wrote: > On the test system, trying to force the new version of OpenSSL (1.0.1g), I > used: > make -f Makefile.init makefiles \ > CCARGS='-DUSE_TLS /usr/local/ssl/include/openssl \ > -DUSE_SASL_AUTH \ > -DDEF_COMMAND_DIR=\"/usr/

Re: virtual sending problem

2014-05-11 Thread LuKreme
On 10 May 2014, at 15:57 , Glenn English wrote: >> May 9 15:27:44 server postfix/smtpd[915]: NOQUEUE: reject: RCPT from >> 216-188-250-60.dyn.grandenetworks.net[216.188.250.60]: 554 5.7.1 >> : Relay access denied; from= >> to= proto=ESMTP helo=<[192.168.129.6]> Nothing you gave us would ind

Re: Berkeley DB6 and Postfix

2014-05-11 Thread Sahil Tandon
On Sun, 2014-05-11 at 18:18:45 -0400, Jerry wrote: > The installation halts immediately with this error message: > > ===> postfix-current-2.12.20140507,4 cannot install: does not work with > Berkeley DB version 6 (6 not supported). That is deliberately triggered when someone tries to build the

Re: Client side DANE - minimum openssl version

2014-05-11 Thread Larry Stone
This thread got my intrigued as I have my system (OS X “Client” doing lots of server stuff) almost entirely independent of Apple provided stuff in favor of building from source. OpenSSL is one I have not done. So I decided to try it on my test system (which is really my laptop booted from an alt

Berkeley DB6 and Postfix

2014-05-11 Thread Jerry
I have been using Postfix on an old FreeBSD server for years without problems. I just updated to a new machine and installed the latest version of FreeBSD along with Berkeley DB6. I wanted to install the newest version of Postfix available in the ports system, "postfix-current" version 2.12-2014050

Re: Inbound email delay

2014-05-11 Thread kornsnap
Thank you for the response and the information you provided. It does sound like a configuration issue that could be on either side which makes it all the more difficult. I will review the troubleshooting steps you recommended and let you know if this helped. Again thanks for your input. --

Re: Inbound email delay

2014-05-11 Thread Wietse Venema
kornsnap: > Hello, > > We recently moved our postfix smtp gateway to point to our new Exchange 2010 > environment and have incurred significant delays. The delay are inbound only > and from what I've ready the delay seems to be in the "time in queue > manager". I am not familiar with postifix and