Re: [gentoo-user] blocked packages both required by the system sys-apps/openrc vs. sys-apps/net-tools?

2012-11-26 Thread jens wefer
Am Mon, 26 Nov 2012 23:55:50 +0100
schrieb "Pascal J. Bourguignon" :

> 
> I just emerged --sync and now when I try to update world, I get this
> conflict:
> 
> [...]

first update openrc, then world

emerge --update openrc
emerge --update world




Re: [gentoo-user] Re: Who creates directories in /var/run?

2013-01-22 Thread jens wefer
Am Mon, 21 Jan 2013 19:38:31 +0100
schrieb "Holger Hoffstaette" :

> On Mon, 21 Jan 2013 16:18:48 +, Konstantinos Agouros wrote:
> 
> > For me this fails for slapd (openldap). Where and how should this be
> > happening?
> 
> That's an open bug in openldap (not using it myself but friend
> stumbled over the same problem), check Bugzilla. Fix is probably
> trivial.

temporarily use a script in /etc/locale.d
if [ ! -d /run/openldap ]; then
   mkdir
   chmod
fi

by, jems.



[gentoo-user] fcron

2013-01-29 Thread jens wefer
hey..
I wonder about the last update of fcron.It is an update to 3.1.1, there
is a new /etc/crontab file, which is mixed
with /etc/fcronfcrontab, without update notice. The latest stable
version is 3.0.6 on the fcron homepage.
bye, jens.



Re: [gentoo-user] Re: fcron

2013-01-30 Thread jens wefer
Am Wed, 30 Jan 2013 14:35:40 -0600
schrieb »Q« :

> On Wed, 30 Jan 2013 07:07:44 +0100
> jens wefer  wrote:
> 
> > I wonder about the last update of fcron.It is an update to 3.1.1,
> > there is a new /etc/crontab file, which is mixed
> > with /etc/fcronfcrontab, without update notice. 
> 
> Read about the new use flag "system-crontab", which is used by
> default.
> 
> > The latest stable version is 3.0.6 on the fcron homepage.
> 
> 3.1.1 is stabilized due to bugs in 3.0.6,
> <https://bugs.gentoo.org/show_bug.cgi?id=453246>.  You probably want
> to read the comments there as well, which cover some more annoyances
> with 3.1.1.
> 
> 

it would be worth mentioning that you may no longer use fcrontab -u
systab when the new useflag used, what you do when you automatically
updatet. could also be a bug, maybe even deliberate.
Is there a switch that only installed updates which older than 1 month?
so i find the time to read bug-tracks, lists etc.
sorry, but this update, I find that very funny.



[gentoo-user] dovecot imap-login

2015-12-11 Thread jens wefer
hey,..

I set up a mail server, postfix/dovecot, ssl required.
test with mail-client, all ok
when I try to copy mails with imapsync (gentoo) comes timeout,
and imapsync will login again.
with each new login, a new process imap-login is generated.

I start imapsync on centos, all ok.
I configure postfix/dovecot without ssl and start imapsync (gentoo),
all ok.

need a hint, what could be wrong.

imapsync 1.592, 1.644 (gentoo)
1.644 (centos)

ima jw



Re: [gentoo-user] dovecot imap-login

2015-12-12 Thread jens wefer
Am Sat, 12 Dec 2015 17:53:04 +
schrieb Stroller :

> 
> > On Sat, 12 December 2015, at 3:08 a.m., jens wefer
> >  wrote:
> > 
> > I set up a mail server, postfix/dovecot, ssl required.
> > test with mail-client, all ok
> > when I try to copy mails with imapsync (gentoo) comes timeout,
> > and imapsync will login again.
> > with each new login, a new process imap-login is generated.
> 
> Sorry if this is a dumb question, but how do you know it's timing out?
> 
> Could it just be slow, as it has to compile loads of messages in its
> first run?
> 
> Looks like dovecot has a 30 minute timeout. [1]
> 
> An old message on the Dovecot mailing list [2] suggests to set
> "verbose_proctitle = yes" in config to see why each process is open.
> 
> It also suggests using high-performance mode, rather that the
> default. 
> 
> Stroller.

timeout comes from imapsync (default timeout 120 sec).
after 10 minutes then running 5 Dovecot processes which want 100% CPU
time. mail logfile:
imap-login: Login: user =  blablub, TLS ession, ..



perl ssl was:Re: [gentoo-user] dovecot imap-login

2015-12-13 Thread jens wefer
Am Sat, 12 Dec 2015 23:09:20 +0100
schrieb jens wefer :

> Am Sat, 12 Dec 2015 17:53:04 +
> schrieb Stroller :
> 
> > 
> > > On Sat, 12 December 2015, at 3:08 a.m., jens wefer
> > >  wrote:
> > > 
> > > I set up a mail server, postfix/dovecot, ssl required.
> > > test with mail-client, all ok
> > > when I try to copy mails with imapsync (gentoo) comes timeout,
> > > and imapsync will login again.
> > > with each new login, a new process imap-login is generated.
> > 
> > Sorry if this is a dumb question, but how do you know it's timing
> > out?
> > 
> > Could it just be slow, as it has to compile loads of messages in its
> > first run?
> > 
> > Looks like dovecot has a 30 minute timeout. [1]
> > 
> > An old message on the Dovecot mailing list [2] suggests to set
> > "verbose_proctitle = yes" in config to see why each process is open.
> > 
> > It also suggests using high-performance mode, rather that the
> > default. 
> > 
> > Stroller.
> 
> timeout comes from imapsync (default timeout 120 sec).
> after 10 minutes then running 5 Dovecot processes which want 100% CPU
> time. mail logfile:
> imap-login: Login: user =  blablub, TLS ession, ..
> 

I think that's a problem with perl.
When I send an email with sendEmail comes SSLv3 Aler handshake failure.
if I use a newer sendEmail version (1.56.5) comes Segnentation fault.
when I start sendEmail on CentOS is everything ok.



Re: perl ssl was:Re: [gentoo-user] dovecot imap-login

2015-12-19 Thread jens wefer
Am Mon, 14 Dec 2015 08:50:29 +0100
schrieb jens wefer :

> Am Sat, 12 Dec 2015 23:09:20 +0100
> schrieb jens wefer :
> 
> > Am Sat, 12 Dec 2015 17:53:04 +
> > schrieb Stroller :
> > 
> > > 
> > > > On Sat, 12 December 2015, at 3:08 a.m., jens wefer
> > > >  wrote:
> > > > 
> > > > I set up a mail server, postfix/dovecot, ssl required.
> > > > test with mail-client, all ok
> > > > when I try to copy mails with imapsync (gentoo) comes timeout,
> > > > and imapsync will login again.
> > > > with each new login, a new process imap-login is generated.
> > > 
> > > Sorry if this is a dumb question, but how do you know it's timing
> > > out?
> > > 
> > > Could it just be slow, as it has to compile loads of messages in
> > > its first run?
> > > 
> > > Looks like dovecot has a 30 minute timeout. [1]
> > > 
> > > An old message on the Dovecot mailing list [2] suggests to set
> > > "verbose_proctitle = yes" in config to see why each process is
> > > open.
> > > 
> > > It also suggests using high-performance mode, rather that the
> > > default. 
> > > 
> > > Stroller.
> > 
> > timeout comes from imapsync (default timeout 120 sec).
> > after 10 minutes then running 5 Dovecot processes which want 100%
> > CPU time. mail logfile:
> > imap-login: Login: user =  blablub, TLS ession, ..
> > 
> 
> I think that's a problem with perl.
> When I send an email with sendEmail comes SSLv3 Aler handshake
> failure. if I use a newer sendEmail version (1.56.5) comes
> Segnentation fault. when I start sendEmail on CentOS is everything ok.
> 


I send emails with email-client and sendEmail (win/centos).
mail.log
[...]: initializing the server-side TLS engine
[...]: connect from brumw.lxsbbshome.tld[192.168.0.15]
[...]: setting up TLS connection from brumw.lxsbbshome.tld[192.168.0.15]
[...]: brumw.lxsbbshome.tld[192.168.0.15]: TLS cipher list
"aNULL:-aNULL:ALL:!EXPORT:!LOW:+RC4:@STRENGTH" [...]:
SSL_accept:before/accept initialization [...]: SSL_accept:SSLv3 read
client hello A [...]: SSL_accept:SSLv3 write server hello A
[...]: SSL_accept:SSLv3 write certificate A
[...]: SSL_accept:SSLv3 write server done A
[...]: SSL_accept:SSLv3 flush data
[...]: SSL_accept:SSLv3 read client certificate A
[...]: SSL_accept:SSLv3 read client key exchange A
[...]: SSL_accept:SSLv3 read certificate verify A
[...]: SSL_accept:SSLv3 read finished A
[...]: brumw.lxsbbshome.tld[192.168.0.15]: Issuing session ticket, key
expiration: 1450478594 [...]: SSL_accept:SSLv3 write session ticket A
[...]: SSL_accept:SSLv3 write change cipher spec A
[...]: SSL_accept:SSLv3 write finished A
[...]: SSL_accept:SSLv3 flush data
[...]: Anonymous TLS connection established from
brumw.lxsbbshome.tld[192.168.0.15]: TLSv1.2 with cipher
AES128-GCM-SHA256 (128/128 bits) [...]: AFC46282149:
client=brumw.lxsbbshome.tld[192.168.0.15]

when I send email with sendEmail from gentoo-client it comes handshake
error mail.log
[...]: initializing the server-side TLS engine
[...]: connect from robin.lxsbbshome.tld[192.168.0.17]
[...]: setting up TLS connection from robin.lxsbbshome.tld[192.168.0.17]
[...]: robin.lxsbbshome.tld[192.168.0.17]: TLS cipher list
"aNULL:-aNULL:ALL:!EXPORT:!LOW:+RC4:@STRENGTH" [...]:
SSL_accept:before/accept initialization [...]: SSL3 alert
write:fatal:handshake failure [...]: SSL_accept:error in error
[...]: SSL_accept:error in error
[...]: SSL_accept error from robin.lxsbbshome.tld[192.168.0.17]: -1
[...]: warning: TLS library problem: error:1408A10B:SSL
routines:ssl3_get_client_hello:wrong version number:s3_srvr.c:960:
[...]: lost connection after STARTTLS from
robin.lxsbbshome.tld[192.168.0.17] [...]: disconnect from
robin.lxsbbshome.tld[192.168.0.17] ehlo=1 starttls=0/1 commands=1/2

sendEmail.log
[...]: DEBUG => Connecting to rosalie.lxsbbshome.tld:25
[...]: DEBUG => My IP address is: 192.168.0.17
[...]: DEBUG => evalSMTPresponse() - Checking for SMTP success or error
status in the message: 220 rosalie.lxsbbshome.tld ESMTP Postfix [...]:
DEBUG => evalSMTPresponse() - Found SMTP success code: 220 [...]:
SUCCESS => Received:220 rosalie.lxsbbshome.tld ESMTP Postfix
[...]: INFO => Sending: EHLO robin.lxsbbshome.tld [...]: DEBUG
=> evalSMTPresponse() - Checking for SMTP success or error status in
the message: 250-rosalie.lxsbbshome.tld, 250-PIPELINING, 250-SIZE
1024, 250-VRFY, 250-ETRN, 250-STARTTLS, 250-AUTH PLAIN,
250-ENHANCEDSTATUSCODES, 250-8BITMIME, 250-DSN, 250 SMTPUTF8 [...]:
DEBUG => evalSMTPresponse() - Found SMTP success code: 250 [...]:
SUCCESS => Received:250-rosalie.lxsbbshome.tld,
250-PIPELINING, 250-SIZE 1024, 250

Re: perl ssl was:Re: [gentoo-user] dovecot imap-login

2015-12-22 Thread jens wefer
Am Sun, 20 Dec 2015 23:18:00 +
schrieb Mick :

> On Saturday 19 Dec 2015 10:31:09 jens wefer wrote:
> > Am Mon, 14 Dec 2015 08:50:29 +0100
> > 
> > schrieb jens wefer :
> > > Am Sat, 12 Dec 2015 23:09:20 +0100
> > > 
> > > schrieb jens wefer :
> > > > Am Sat, 12 Dec 2015 17:53:04 +
> > > > 
> > > > schrieb Stroller :
> > > > > > On Sat, 12 December 2015, at 3:08 a.m., jens wefer
> > > > > >  wrote:
> > > > > > 
> > > > > > I set up a mail server, postfix/dovecot, ssl required.
> > > > > > test with mail-client, all ok
> > > > > > when I try to copy mails with imapsync (gentoo) comes
> > > > > > timeout, and imapsync will login again.
> > > > > > with each new login, a new process imap-login is generated.
> > > > > 
> > > > > Sorry if this is a dumb question, but how do you know it's
> > > > > timing out?
> > > > > 
> > > > > Could it just be slow, as it has to compile loads of messages
> > > > > in its first run?
> > > > > 
> > > > > Looks like dovecot has a 30 minute timeout. [1]
> > > > > 
> > > > > An old message on the Dovecot mailing list [2] suggests to set
> > > > > "verbose_proctitle = yes" in config to see why each process is
> > > > > open.
> > > > > 
> > > > > It also suggests using high-performance mode, rather that the
> > > > > default.
> > > > > 
> > > > > Stroller.
> > > > 
> > > > timeout comes from imapsync (default timeout 120 sec).
> > > > after 10 minutes then running 5 Dovecot processes which want
> > > > 100% CPU time. mail logfile:
> > > > imap-login: Login: user =  blablub, TLS ession, ..
> > > 
> > > I think that's a problem with perl.
> > > When I send an email with sendEmail comes SSLv3 Aler handshake
> > > failure. if I use a newer sendEmail version (1.56.5) comes
> > > Segnentation fault. when I start sendEmail on CentOS is
> > > everything ok.
> > 
> > I send emails with email-client and sendEmail (win/centos).
> > mail.log
> > [...]: initializing the server-side TLS engine
> > [...]: connect from brumw.lxsbbshome.tld[192.168.0.15]
> > [...]: setting up TLS connection from
> > brumw.lxsbbshome.tld[192.168.0.15] [...]:
> > brumw.lxsbbshome.tld[192.168.0.15]: TLS cipher list
> > "aNULL:-aNULL:ALL:!EXPORT:!LOW:+RC4:@STRENGTH" [...]:
> > SSL_accept:before/accept initialization [...]: SSL_accept:SSLv3
> > read client hello A [...]: SSL_accept:SSLv3 write server hello A
> > [...]: SSL_accept:SSLv3 write certificate A [...]: SSL_accept:SSLv3
> > write server done A [...]: SSL_accept:SSLv3 flush data
> > [...]: SSL_accept:SSLv3 read client certificate A
> > [...]: SSL_accept:SSLv3 read client key exchange A
> > [...]: SSL_accept:SSLv3 read certificate verify A
> > [...]: SSL_accept:SSLv3 read finished A
> > [...]: brumw.lxsbbshome.tld[192.168.0.15]: Issuing session ticket,
> > key expiration: 1450478594 [...]: SSL_accept:SSLv3 write session
> > ticket A [...]: SSL_accept:SSLv3 write change cipher spec A
> > [...]: SSL_accept:SSLv3 write finished A
> > [...]: SSL_accept:SSLv3 flush data
> > [...]: Anonymous TLS connection established from
> > brumw.lxsbbshome.tld[192.168.0.15]: TLSv1.2 with cipher
> > AES128-GCM-SHA256 (128/128 bits) [...]: AFC46282149:
> > client=brumw.lxsbbshome.tld[192.168.0.15]
> > 
> > when I send email with sendEmail from gentoo-client it comes
> > handshake error mail.log
> > [...]: initializing the server-side TLS engine
> > [...]: connect from robin.lxsbbshome.tld[192.168.0.17]
> > [...]: setting up TLS connection from
> > robin.lxsbbshome.tld[192.168.0.17] [...]:
> > robin.lxsbbshome.tld[192.168.0.17]: TLS cipher list
> > "aNULL:-aNULL:ALL:!EXPORT:!LOW:+RC4:@STRENGTH" [...]:
> > SSL_accept:before/accept initialization [...]: SSL3 alert
> > write:fatal:handshake failure [...]: SSL_accept:error in error
> > [...]: SSL_accept:error in error [...]: SSL_accept error from
> > robin.lxsbbshome.tld[192.168.0.17]: -1 [...]: warning: TLS library
> > problem: error:1408A10B:SSL routines:ssl3_get_client_hello:wrong
> > version number:s3_srvr.c:960: [...]: lost connection after STARTTLS
> > from robin.lxsbbshome.tld[192.168.0.17] [...]: disconnect from
> > robin.lxsbbshome