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, you may need
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
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 3296 ?
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 private
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]:
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
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,
postfix
Jul 17 21:28:54 gFort postfix/pickup[29327]: 1C5E9381DD2: uid=0
from=root@MY_ACTUAL_DOMAIN
Jul 17 21:28:54 gFort postfix/cleanup[31587]: 1C5E9381DD2:
message-id=mutt698862573_20140717T210158@
Jul 17 21:28:54 gFort postfix/qmgr[29328]: 1C5E9381DD2:
from=root@MY_ACTUAL_DOMAIN, size=1037,
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 transitioned
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
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:7f1e801ec700:
On Jul 16, 2014, at 10:37 PM, Viktor Dukhovni postfix-us...@dukhovni.org
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,
On 17 Jul 2014, at 3:37 pm, Viktor Dukhovni postfix-us...@dukhovni.org
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
./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\ \
18 matches
Mail list logo