Hello,
we've been using perdition as a pop3/pop3s/imap/imaps proxy for about
four years now, first with Debian Sarge package and now under Etch.
And throughout this time I've seen pop3s (and from the looks of it
the same happens with imaps) processes stuck in connect, like this:
---
16836 ? S 5:31 0 120 32179 2204 0.0 perdition.pop3s
28070 ? S 0:00 0 120 32311 1564 0.0 \_ perdition.pop3s: connect
7782 ? S 0:00 0 120 32311 1564 0.0 \_ perdition.pop3s: connect
24468 ? S 0:00 0 120 32311 1568 0.0 \_ perdition.pop3s: connect
14180 ? S 0:00 0 120 32311 1568 0.0 \_ perdition.pop3s: connect
13503 ? S 0:00 0 120 32311 1564 0.0 \_ perdition.pop3s: connect
---
They never die off, keep the connection open, there is no traffic and the
other end might be long gone. Last trace in the logs is always like this:
---
Feb 5 22:05:16 pp11 perdition[7782]: Connect: hi.mi.ts.u->203.216.5.113
---
It must be something related to the SSL'ness of these service, since I'm
not seeing this happening ever for imap/pop3. Alas a lot of people do use
TLS with those, so it's not a generic SSL issue. Maybe the master process
could kick a child handling connections in the head after "timeout"
seconds in connect state?
If more information is needed I can try to provide it, but note that with a
rate of roughly 35 pops per second I'm a bit weary to turn on
debugging. ^_-
This may or may not be related to another SSL related issue, which will
be for the sake of making searches in the archive more likely to find good
keywords in a separate mail.
Regards,
Christian
--
Christian Balzer Network/Systems Engineer NOC
chibi(a)gol.com Global OnLine Japan/Fusion Network Services
http://www.gol.com/
Hi Horms!
Modifications on *spec.in ( for vanessa_logger vanessa_adt
vanessa_socket perdition) are need for "rpmbuild -ta <name>.tar.gz" on
Fedora >7 ? systems (rpm ver 4.4.xx)
-> Copyright: GNU Lesser General Public Licence
-< License: GNU (or wherever)
Thanks for your magnific work ! :-)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello
Are there any plans for a new perdition release? With the changeable
ldap version via configuration file is at least one useful change in the
repository. Maybe experimental ipv6 support could also be added.
I'm also the FreeBSD maintainer of the perdition port and i would like
to bring this in the ports tree without maintaining too many local patches.
Regards,
Tom
- --
* Thomas Vogt UNIX System Engineer - SolNet AS9044 - PGP-3239B720 *
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkjbl6AACgkQGCwkYTI5tyC7PgCdGTBF7mM15RDR8ejuVo3EvUsz
5foAoIzS34h9IolJCRpqQ9G4k84iGtp/
=KoGU
-----END PGP SIGNATURE-----
Hi folks,
After having tried >1 week I can't make perdition to start NOT even to
say to work. The packages, perdition and perdition-mysql, were
download on Debian repo;
Candidate: 1.17-7etch1
I don't know whether they are in problem?
On Internet I have download;
perdition_1.17-7etch1.diff.gz
What will be its use? To rectify a buggy package? If YES please
advise how to use it. TIA
B.R.
Stephen L
Send instant messages to your online friends http://uk.messenger.yahoo.com
I have debug turned on and passwords are getting logged. I tried using
log_passwd never
in my perdition.conf file but it seemed to mess up perdition in a
strange way (the ssl stuff was ignored).
How do I have debugging turned on but not display passwords?
TIA.
-Ron
--
Ron D. Parachoniak UBC Physics & Astronomy Dept Ph. (604) 838-6437
Systems Manager 6224 Agricultural Road Fax (604) 822-5324
rap(a)phas.ubc.ca Vancouver, BC, Canada V6T 1Z1
Hi folks,
I'm searching around for a solution to solve my problem as mentioned
hereinbelow;
I have a Xen box (a virtualizaion box) with following setup:-
MTA - Postfix 2.3.8
Database - MySQL 5.0.32 (running on Guest01)
Courier IMAP 4.1.1
etc.
Host - Debian Etch Workstation
Guest01 - mail server for routing and running postfix virtual
Guest02 - mail server, hostname01. localIP_01, domain01
Guest03 - mail server, hostname02, localIP_02, domain02
Guest04 - mail server, hostname03, localIP_03, domain03
etc.
all mail servers running postfix on Debian Etch.
single (one) external IP with all ports forwarded to Guest01 except
port 53 which is forwarded to the DNS server, also running on a guest
of the Xen box.
Guest01 routes all incoming mails, which are pointing at same external
IP, according to their domains to respective mail servers. All
outgoing mails are sent via the routing mail server, Guest01, to
Internet.
The system is working nicely on Intranet. Mail client, Evolution, on
workstations connected to local network, the Intranet, can send/receive
mails on mail servers. Server settings on mail client work on either
local IP or on hostname.
My problem is if the workstation is on remote site, not on local
network, with one external IP how can the remote mail client find the
mail server which it needs to connect.
Can perdition help me out? If YES Please shed me some light how to
start?
Shall I follow;
perdition: Mail Retrieval Proxy,
http://www.vergenet.net/linux/perdition/perdition_paper/html/
???
Any other relevant document for installation and config of perdition
for reference to solve my problem?
TIA
B.R.
Stephen L
Send instant messages to your online friends http://uk.messenger.yahoo.com
