21 Dec
2009
21 Dec
'09
11:11 a.m.
Hi,
In perdition 1.17, the conf below is running successfully to find the
real server for a user :
M /usr/lib/libperditiondb_ldap.so
m "ldap://server/dc=domain,dc=fr?mailRoutingAddress?sub?(uid=%s)"
but in perdition 1.18, it's not running and in the log, I see :
server="(null)" port="143" status="failed: Could not determine
server"
(the request and the response are good in the ldap server)
How to use mailRoutingAdresse with perdition 1.18 ?
Thanks for your help
Dominique
21 Dec
21 Dec
11:23 p.m.
On Mon, Dec 21, 2009 at 12:11:46PM +0100, Dominique Marant wrote:
Hi,
In perdition 1.17, the conf below is running successfully to find the
real server for a user :
M /usr/lib/libperditiondb_ldap.so
m "ldap://server/dc=domain,dc=fr?mailRoutingAddress?sub?(uid=%s)"
but in perdition 1.18, it's not running and in the log, I see :
server="(null)" port="143" status="failed: Could not determine
server"
(the request and the response are good in the ldap server)
How to use mailRoutingAdresse with perdition 1.18 ?
Interesting, there shouldn't be any difference.
But perhaps a regression crept in.
Is it possible for you to send me your LDAP schema so
that I can try and reproduce this problem?
22 Dec
22 Dec
3:41 p.m.
New subject: POP3 TLS AUTH too long
Hi,
With POP3 TLS, the time to retrieve mail is too long.
In debugging and connection logging, I see that perdition is waiting 3
seconds to send the response to AUTH request :
Dec 22 15:54:06 logua2 perdition[23793]: SELF:
"UIDL\r\nUSER\r\nSTLS\r\n.\r\n"
Dec 22 15:54:06 logua2 perdition[23793]: CLIENT: "STLS\r\n"
Dec 22 15:54:06 logua2 perdition[23793]: SELF: "+OK Begin TLS
negotiation, mate\r\n"
Dec 22 15:54:07 logua2 perdition[23793]: SSL connection using AES256-SHA
Dec 22 *15:54:07* logua2 perdition[23793]: CLIENT: "AUTH\r\n"
Dec 22 *15:54:10* logua2 perdition[23793]: SELF: "-ERR Mate, the
command must be one of CAPA, USER, PASS or QUIT\r\n"
Dec 22 15:54:10 logua2 perdition[23793]: CLIENT: "CAPA\r\n"
Dec 22 15:54:10 logua2 perdition[23793]: SELF: "+OK Capability list
follows, mate\r\n"
Dec 22 15:54:10 logua2 perdition[23793]: SELF: "UIDL\r\nUSER\r\n.\r\n"
3 secondes between CLIENT AUTH and the -ERR response of perdition...
It's too long for the users (for example, Thunderbird with TLS).
I'm tracing the process (strace) and I see a nanosleep 3 for a child
process.
In the source and include perdition, I see :
#define PERDITION_AUTH_FAIL_SLEEP 3
sleep(PERDITION_AUTH_FAIL_SLEEP);
Is there a bad effect to put 0 value to this define ?
Thanks
Dominique
3:53 p.m.
New subject: POP3 TLS AUTH too long
Hello,
On 12/22/2009 05:41 PM, Dominique Marant wrote:
Hi,
With POP3 TLS, the time to retrieve mail is too long.
In debugging and connection logging, I see that perdition is waiting 3
seconds to send the response to AUTH request :
Three seconds sounds like a DNS timeout for me. Is DNS working properly? :)
Best regards,
Janne Pikkarainen
Dec 22 15:54:06 logua2 perdition[23793]: SELF:
"UIDL\r\nUSER\r\nSTLS\r\n.\r\n"
Dec 22 15:54:06 logua2 perdition[23793]: CLIENT: "STLS\r\n"
Dec 22 15:54:06 logua2 perdition[23793]: SELF: "+OK Begin TLS
negotiation, mate\r\n"
Dec 22 15:54:07 logua2 perdition[23793]: SSL connection using AES256-SHA
Dec 22 *15:54:07* logua2 perdition[23793]: CLIENT: "AUTH\r\n"
Dec 22 *15:54:10* logua2 perdition[23793]: SELF: "-ERR Mate, the command
must be one of CAPA, USER, PASS or QUIT\r\n"
Dec 22 15:54:10 logua2 perdition[23793]: CLIENT: "CAPA\r\n"
Dec 22 15:54:10 logua2 perdition[23793]: SELF: "+OK Capability list
follows, mate\r\n"
Dec 22 15:54:10 logua2 perdition[23793]: SELF: "UIDL\r\nUSER\r\n.\r\n"
3 secondes between CLIENT AUTH and the -ERR response of perdition...
It's too long for the users (for example, Thunderbird with TLS).
I'm tracing the process (strace) and I see a nanosleep 3 for a child
process.
In the source and include perdition, I see :
#define PERDITION_AUTH_FAIL_SLEEP 3
sleep(PERDITION_AUTH_FAIL_SLEEP);
Is there a bad effect to put 0 value to this define ?
Thanks
Dominique
______________________________________________
Perdition-users mailing list
Perdition-users(a)vergenet.net
http://lists.vergenet.net/listinfo/perdition-users
9:42 p.m.
New subject: POP3 TLS AUTH too long
On Tue, Dec 22, 2009 at 04:41:53PM +0100, Dominique Marant wrote:
Hi,
With POP3 TLS, the time to retrieve mail is too long.
In debugging and connection logging, I see that perdition is waiting
3 seconds to send the response to AUTH request :
Dec 22 15:54:06 logua2 perdition[23793]: SELF:
"UIDL\r\nUSER\r\nSTLS\r\n.\r\n"
Dec 22 15:54:06 logua2 perdition[23793]: CLIENT: "STLS\r\n"
Dec 22 15:54:06 logua2 perdition[23793]: SELF: "+OK Begin TLS
negotiation, mate\r\n"
Dec 22 15:54:07 logua2 perdition[23793]: SSL connection using AES256-SHA
Dec 22 *15:54:07* logua2 perdition[23793]: CLIENT: "AUTH\r\n"
Dec 22 *15:54:10* logua2 perdition[23793]: SELF: "-ERR Mate, the
command must be one of CAPA, USER, PASS or QUIT\r\n"
Dec 22 15:54:10 logua2 perdition[23793]: CLIENT: "CAPA\r\n"
Dec 22 15:54:10 logua2 perdition[23793]: SELF: "+OK Capability
list follows, mate\r\n"
Dec 22 15:54:10 logua2 perdition[23793]: SELF: "UIDL\r\nUSER\r\n.\r\n"
3 secondes between CLIENT AUTH and the -ERR response of perdition...
It's too long for the users (for example, Thunderbird with TLS).
What happens?
I'm tracing the process (strace) and I see a
nanosleep 3 for a child
process.
In the source and include perdition, I see :
#define PERDITION_AUTH_FAIL_SLEEP 3
sleep(PERDITION_AUTH_FAIL_SLEEP);
Is there a bad effect to put 0 value to this define ?
Setting it to 0 should work fine.
23 Dec
23 Dec
11:05 a.m.
New subject: POP3 TLS AUTH too long
By setting VANESSA_LOGGER_ERR_SLEEP to 0, the POP3 TLS is working fine.
perdition_types.h:/* #define VANESSA_LOGGER_ERR_SLEEP 3 modif cri
lille1 dec 2009 */
perdition_types.h:#define VANESSA_LOGGER_ERR_SLEEP 0
Thanks
Dominique
Simon Horman a écrit :
On Tue, Dec 22, 2009 at 04:41:53PM +0100, Dominique
Marant wrote:
Hi,
With POP3 TLS, the time to retrieve mail is too long.
In debugging and connection logging, I see that perdition is waiting
3 seconds to send the response to AUTH request :
Dec 22 15:54:06 logua2 perdition[23793]: SELF:
"UIDL\r\nUSER\r\nSTLS\r\n.\r\n"
Dec 22 15:54:06 logua2 perdition[23793]: CLIENT: "STLS\r\n"
Dec 22 15:54:06 logua2 perdition[23793]: SELF: "+OK Begin TLS
negotiation, mate\r\n"
Dec 22 15:54:07 logua2 perdition[23793]: SSL connection using AES256-SHA
Dec 22 *15:54:07* logua2 perdition[23793]: CLIENT: "AUTH\r\n"
Dec 22 *15:54:10* logua2 perdition[23793]: SELF: "-ERR Mate, the
command must be one of CAPA, USER, PASS or QUIT\r\n"
Dec 22 15:54:10 logua2 perdition[23793]: CLIENT: "CAPA\r\n"
Dec 22 15:54:10 logua2 perdition[23793]: SELF: "+OK Capability
list follows, mate\r\n"
Dec 22 15:54:10 logua2 perdition[23793]: SELF: "UIDL\r\nUSER\r\n.\r\n"
3 secondes between CLIENT AUTH and the -ERR response of perdition...
It's too long for the users (for example, Thunderbird with TLS).
What happens?
I'm tracing the process (strace) and I see a
nanosleep 3 for a child
process.
In the source and include perdition, I see :
#define PERDITION_AUTH_FAIL_SLEEP 3
sleep(PERDITION_AUTH_FAIL_SLEEP);
Is there a bad effect to put 0 value to this define ?
Setting it to 0 should work fine.
______________________________________________
Perdition-users mailing list
Perdition-users(a)vergenet.net
http://lists.vergenet.net/listinfo/perdition-users
24 Dec
24 Dec
5:40 a.m.
New subject: POP3 TLS AUTH too long
On Wed, Dec 23, 2009 at 12:05:54PM +0100, Dominique Marant wrote:
By setting VANESSA_LOGGER_ERR_SLEEP to 0, the POP3 TLS
is working fine.
perdition_types.h:/* #define VANESSA_LOGGER_ERR_SLEEP 3 modif cri
lille1 dec 2009 */
perdition_types.h:#define VANESSA_LOGGER_ERR_SLEEP 0
Hi,
could you describe a little what the problem was when 3 was in effect?
5249
days inactive
5252
days old
7 comments
4 participants
participants (4)
-
Dominique Marant -
Janne Pikkarainen -
Marant
-
Simon Horman