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
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
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
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
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:
> > 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
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
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
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
> 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
> 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
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
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:
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.
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
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
> 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
>./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
18 matches
Mail list logo
