>./Configure --prefix=/usr/local shared darwin64-x86_64-cc
Configured OpenSSL using this, then was able to use:
make -f Makefile.init makefiles \
CCARGS='-arch x86_64 -DUSE_TLS -DUSE_SASL_AUTH \
-DDEF_SERVER_SASL_TYPE=\"dovecot\" \
-DDEF_COMMAND_DIR=\"/usr/local/sbin\" \
-DDEF_CONFIG_DIR=\"/u
> On 17 Jul 2014, at 3:37 pm, Viktor Dukhovni
> wrote:
>
> On Thu, Jul 17, 2014 at 03:22:28PM +1000, James Brown wrote:
>
>> $ locate lib/libssl
>> /usr/lib/libssl.0.9.7.dylib
>> /usr/lib/libssl.0.9.8.dylib
>> /usr/lib/libssl.1.0.0.dylib
>> /usr/lib/libssl.a
>> /usr/lib/libssl.dylib
>> /usr/lo
On Jul 16, 2014, at 10:37 PM, Viktor Dukhovni
wrote:
> But you really should consider homebrew or macports. The only
> downside of homebrew is that the libraries belong to a non-root
> user. So if that user is compromised, so is root. On a typical
> personal system, that's not much of an iss
hm?! it was in the mail.XXX log.
Anyhow, as written: solved
THX again 4 ur time.
J
*via www.LinuxMint.com 16:Petra*
Am 17.07.2014 22:12, schrieb Wietse Venema:
> XYZFounder:
>>> 6549.948631801:7f1e801ec700: pipe (3) write error 11: Resource
>>> temporarily unavailable
>>> 6549.948709925:7f1e801
Yes, it was the virtual modul. after reboot the old dating from July
14th finally could be removed (ps aux | grep virtual) and now all is set
and in the log postfix uses relay= virtual and my
mailboxes are filled again!
THX for your time Wietse Venema.
J
*via www.LinuxMint.com 16:Petra*
Am 17.
XYZFounder:
> > 6549.948631801:7f1e801ec700: pipe (3) write error 11: Resource
> > temporarily unavailable
> > 6549.948709925:7f1e801ec700: Action 0x773f30 transitioned to state: rtry
> > 6549.948786551:7f1e801ec700: action 0x773f30 call returned -2007
> > 6549.948861671:7f1e801ec700: tryDoAction:
what exactly in "Remove all the -v options from master.cf" was unlcear?
that is still a cluttered debug log
Am 17.07.2014 21:50, schrieb XYZFounder:
>> 6549.948631801:7f1e801ec700: pipe (3) write error 11: Resource temporarily
>> unavailable
>> 6549.948709925:7f1e801ec700: Action 0x773f30 transit
> 6549.948631801:7f1e801ec700: pipe (3) write error 11: Resource
> temporarily unavailable
> 6549.948709925:7f1e801ec700: Action 0x773f30 transitioned to state: rtry
> 6549.948786551:7f1e801ec700: action 0x773f30 call returned -2007
> 6549.948861671:7f1e801ec700: tryDoAction: unexpected error code
> Jul 17 21:28:54 gFort postfix/pickup[29327]: 1C5E9381DD2: uid=0
> from=
> Jul 17 21:28:54 gFort postfix/cleanup[31587]: 1C5E9381DD2:
> message-id=
> Jul 17 21:28:54 gFort postfix/qmgr[29328]: 1C5E9381DD2:
> from=, size=1037, nrcpt=1 (queue active)
> Jul 17 21:28:54 gFort postfix/local[31608]: 1C5
XYZFounder:
> Hi Wietse Venema:
>
> I get output in the logs but nothing (no error) why it is held (still)
> in the queue. BTW Could one somehow bad email holt up the entire queue?!
You have too much noise in the mail.log file.
Remove all the -v options from master.cf, do "postfix reload",
"post
Hi Wietse Venema:
I get output in the logs but nothing (no error) why it is held (still)
in the queue. BTW Could one somehow bad email holt up the entire queue?!
Jul 17 21:16:00 gFort postfix/smtpd[32024]: master_notify: status 1
Jul 17 21:16:00 gFort postfix/smtpd[32024]: connection closed
Jul 1
THANKS: I had read about jail root, but did not know it shall be "n" for
all programs.
I will do that and then keep you posted ;)
J
PS: Jul 17 21:03:02 gFort postfix/smtpd[13967]: dict_mysql_get_active:
attempting to connect to host 127.0.0.1
Jul 17 21:03:02 gFort postfix/smtpd[13967]: dict_mysq
XYZFounder:
> > postfix 30554 0.0 0.0 44248 2548 ?S20:00 0:00 smtp
> > -t unix -u -c -vv
Configured in this way. the SMTP client runs in a chroot jail. Turn
that off in master.cf.
# ==
# service type priva
here:
> root@gFort:/etc/postfix# postqueue -f
> root@gFort:/etc/postfix# ps aux | grep virtual
> root 9240 0.0 0.0 12232 936 pts/3S+ 20:48 0:00 grep
> virtual
> postfix 20024 0.0 0.0 59372 2232 ?TJul14 0:00
> virtual -t unix
> postfix 30550 0.0 0.1 59372 3
XYZFounder:
> I am soon leaving this great list again. If anybody has a clue and is
> willing to share, drop me a note directly..
Jul 17 07:15:03 gFort postfix/qmgr[7510]: ACCF5381C38
And:
All mail in queue is marked with * but no delivery
This suggests that the queue manager is run
I am soon leaving this great list again. If anybody has a clue and is
willing to share, drop me a note directly..
J
*via www.LinuxMint.com 16:Petra*
Am 17.07.2014 07:19, schrieb XYZFounder:
>
> logging works as said b4:
>
> https://workaround.org/ispmail/wheezy/connecting-postfix-to-the-database
Eray Aslan:
> On Tue, Jul 15, 2014 at 11:06:42AM +, Viktor Dukhovni wrote:
> > On Tue, Jul 15, 2014 at 10:07:30AM +, Eray Aslan wrote:
> > > I am trying to support those who cross compile postfix. They do have
> > > gcc installed but it is not the linker they want.
> >
> > Makes sense, yo
On Tue, Jul 15, 2014 at 11:06:42AM +, Viktor Dukhovni wrote:
> On Tue, Jul 15, 2014 at 10:07:30AM +, Eray Aslan wrote:
> > I am trying to support those who cross compile postfix. They do have
> > gcc installed but it is not the linker they want.
>
> Makes sense, you may need to patch this
18 matches
Mail list logo
