On Tue, Jul 15, 2014 at 06:36:44AM +, Eray Aslan wrote:
> On Tue, Jul 15, 2014 at 02:31:59AM +, Viktor Dukhovni wrote:
> > Actually, AUXLIBS should come before SYSLIBS, so the correct patch is:
> >
> > diff --git a/makedefs b/makedefs
>
> Thanks. Works for me.
Glad to hear. The missin
On Tue, Jul 15, 2014 at 04:42:32AM +, Viktor Dukhovni wrote:
> smtp_tls_fallback_level (default: empty)
>
>Optional fallback levels for authenticated TLS levels.
Nice. I am guessing the motivation is making dane easier to deploy,
especially for early adaptors, by decreasing
On Tue, Jul 15, 2014 at 07:17:47AM +, Eray Aslan wrote:
> Nice. I am guessing the motivation is making dane easier to deploy,
> especially for early adopters, by decreasing the fall out in case the
> receiver domain makes a mistake in his/her settings. Thanks.
Something like that, but poten
On Tue, Jul 15, 2014 at 07:15:38AM +, Viktor Dukhovni wrote:
> We need a compiler that is known to support the requisite options,
> so this is not clear. Since we're only using gcc for linking, if
> it is present, it is a reasonable choice. The reason to use ${CC}
> is if per-chance gss is no
Viktor Dukhovni:
> On Tue, Jul 15, 2014 at 01:29:22AM +, Viktor Dukhovni wrote:
>
> > Right, you're building with dynamicmaps=no, but SHLIB_SYSLIBS
> > variable was not set quite right, see patch below.
Fine.
> I also took
> > the liberty of adding the RPATH to the shared library and plugin
On Tue, Jul 15, 2014 at 06:46:01AM -0400, Wietse Venema wrote:
> > I also took
> > > the liberty of adding the RPATH to the shared library and plugin
> > > build command-lines.
>
> What problem does this solve?
Perhaps none. Technically most of the libraries and all the plugins
depend on libut
On Tue, Jul 15, 2014 at 10:07:30AM +, Eray Aslan wrote:
> On Tue, Jul 15, 2014 at 07:15:38AM +, Viktor Dukhovni wrote:
> > We need a compiler that is known to support the requisite options,
> > so this is not clear. Since we're only using gcc for linking, if
> > it is present, it is a rea
Viktor Dukhovni:
> On Tue, Jul 15, 2014 at 06:46:01AM -0400, Wietse Venema wrote:
>
> > > I also took
> > > > the liberty of adding the RPATH to the shared library and plugin
> > > > build command-lines.
> >
> > What problem does this solve?
>
> Perhaps none. Technically most of the libraries
Hi all,
I'm facing with a strange problem with my Postfix machine.
I have some different IP addresses and dovecot as po3-before-smtp
authentication system.
I can login to postfix using userna...@mydomain.com + password and send
emails using default smtp transport (these emails are sent through the
I have got the firewall rules permitted from our RHEL 5.x
& RHEL 6.x servers to our SMTP relay server (it runs
on RHEL 5.8).
In the past, I recall I have a server that I could just issue
mutt command below & it will send email out via the
relay server at that site:
mutt -s "Test mail" -a /tmp/file
Proudly presenting Postfix SMTPUTF8 support! Below is text from
the RELEASE_NOTES file for postfix-2.12-20140715, to be uploaded
later today.
Wietse
Major changes with snapshot 20140715
Support for Internationalized Email, also known as EAI or
: ${SHLIB_ENV="LD_LIBRARY_PATH=`pwd`/lib"}
> - : ${PLUGIN_LD='gcc -shared'}
> + : ${PLUGIN_LD="${CC-gcc} -shared"}
etc. I tried s/'gcc -shared/'${CC-gcc} -shared/ on FreeBSD9 and
got build errors. Unfortunately, there is no time to fix errors
right before the postfix-2.12-20140715 release.
Wietse
Thanks for your insight, Viktor. There was a mismatch of sasl libraries.
After re-installing the latest SASL2 libs, the build completed successfully.
However, now postdrop and postqueue are giving this error:
reddwarf:~ mikec$ postdrop
dyld: Library not loaded: /libsasl2.dylib
Referenced from:
On Tue, Jul 15, 2014 at 12:15:19PM -0700, Michael Carter wrote:
> reddwarf:~ mikec$ otool -L /usr/local/lib/libsasl2.dylib
> /usr/local/lib/libsasl2.dylib:
> /libsasl2.dylib (compatibility version 3.0.0, current version 3.0.0)
> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
--On Wednesday, July 16, 2014 1:25 AM + Viktor Dukhovni
wrote:
On Tue, Jul 15, 2014 at 12:15:19PM -0700, Michael Carter wrote:
reddwarf:~ mikec$ otool -L /usr/local/lib/libsasl2.dylib
/usr/local/lib/libsasl2.dylib:
/libsasl2.dylib (compatibility version 3.0.0, current version 3.0
Hello all,
I'm trying to use MySQL for temporary/throwaway address management for one of
my hosted domains.
I've set up MySQL so that it returns a local user name when it finds a match.
I've tested this using postmap:
postmap -q "te...@mydomain.org" mysql:/etc/postfix/mysql-virt-users.cf
Whe
Thanks, Quanah.
On Jul 15, 2014, at 5:58 PM, Quanah Gibson-Mount wrote:
> --On Wednesday, July 16, 2014 1:25 AM + Viktor Dukhovni
> wrote:
>
>> On Tue, Jul 15, 2014 at 12:15:19PM -0700, Michael Carter wrote:
>>
>>> reddwarf:~ mikec$ otool -L /usr/local/lib/libsasl2.dylib
>>> /usr/local/l
I’ve tried to upgrade my installation of Postfix from 2.10 to 2.11 (and to
2.11.1), but get this error:
Undefined symbols for architecture x86_64:
"_pcre_free_study", referenced from:
_dict_pcre_open in libutil.a(dict_pcre.o)
_dict_pcre_close in libutil.a(dict_pcre.o)
ld: symbol(s) not
On Wed, Jul 16, 2014 at 04:04:27PM +1000, James Brown wrote:
> I've tried to upgrade my installation of Postfix from 2.10 to
> 2.11 (and to 2.11.1), but get this error:
>
> Undefined symbols for architecture x86_64:
> "_pcre_free_study", referenced from:
> _dict_pcre_open in libutil.a(dict_
On Wed, Jul 16, 2014 at 04:04:27PM +1000, James Brown wrote:
> I?ve tried to upgrade my installation of Postfix from 2.10 to 2.11 (and to
> 2.11.1), but get this error:
>
By the way, I installed pcre via homebrew, and it works just fine. I
don't mention in either CCARGS or AUXLIBS, and it is a
Thanks Viktor.
> On 16 Jul 2014, at 4:23 pm, Viktor Dukhovni
> wrote:
>
> On Wed, Jul 16, 2014 at 04:04:27PM +1000, James Brown wrote:
>
>> I've tried to upgrade my installation of Postfix from 2.10 to
>> 2.11 (and to 2.11.1), but get this error:
>>
>> Undefined symbols for architecture x86_6
21 matches
Mail list logo
