Perdition-users January 2008

perdition-users@vergenet.net

6 participants
5 discussions

updated IPv6 patches for perdition and vanessa socket lib

by Antonio Querubin

The original IPv6 patches I submitted earlier didn't build on Linux systems. Attached are updated IPv6 patches which have been tested successfully in inetd mode on CentOS 5. However, in daemon mode under CentOS, sometimes the spawned process will segfault. I'm still trying to determine whether this is due to a problem with the patch itself or the way I've built the RPM. Both daemon mode and inetd mode under FreeBSD seems to work reliably though so I suspect this problem is something peculiar to Linux which I've overlooked. In any case, I'm putting these updated patches out in the hope of getting additional data back from anyone running perdition in daemon mode on Linux systems. Antonio Querubin whois: AQ7-ARIN

15 years, 1 month

Move mail

by Peter Hellman

Hello everybody. I am planning to move some domains from one ISP to another. Sadly I do not have access to the users passwords i clear text. So, can I use perdition to copy the mail from the old servers when the users have a sucessful login to the new servers using the same password? Something like execute a perlscript with the password as a parameter if username matches some key in a database.. Have a nice day //Peter Hellman

15 years, 10 months

perdition Connection lost when LDAP query returns multiple results.

by Raphaël RIGNIER

Hello, I try to use perdition with Active Directory LDAP forest backend. Lookup on SamAccounName returns sometimes more than one entry. I don't know if it is a bug but : In that case perdtion exits with this log : ---------------------------------------------------------------------------------- Jan 21 22:40:32 vivace kernel: Jan 21 22:40:32 vivace kernel: do_page_fault() pid=1604 command='perdition.imaps' type=15 address=0x00000002 Jan 21 22:40:32 vivace kernel: Jan 21 22:40:32 vivace kernel: YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI Jan 21 22:40:32 vivace kernel: PSW: 00000000000001101111111100001111 Not tainted Jan 21 22:40:32 vivace kernel: r00-03 0000000000000000 00000000405a7298 00000000404a1903 00000000faf01940 Jan 21 22:40:32 vivace kernel: r04-07 00000000405a8a98 0000000000000002 0000000000000020 0000000000000000 Jan 21 22:40:32 vivace kernel: r08-11 00000000000544c0 0000000000000073 00000000faf01848 0000000000000000 Jan 21 22:40:32 vivace kernel: r12-15 0000000000000054 00000000faf0150c 00000000faf0160c 0000000000000001 Jan 21 22:40:32 vivace kernel: r16-19 0000000000044820 0000000000000004 0000000000052444 00000000405a8a98 Jan 21 22:40:32 vivace kernel: r20-23 0000000000000002 0000000000000002 0000000000000000 00000000ffffffff Jan 21 22:40:32 vivace kernel: r24-27 ffffffffffffffff 00000000000440b5 0000000000000002 000000000003cf00 Jan 21 22:40:32 vivace kernel: r28-31 0000000000000009 ffffffff80808080 00000000faf01f40 0000000000000020 Jan 21 22:40:32 vivace kernel: sr0-3 0000000000004000 0000000000004000 0000000000000000 0000000000004000 Jan 21 22:40:32 vivace kernel: sr4-7 0000000000004000 0000000000004000 0000000000004000 0000000000004000 Jan 21 22:40:32 vivace kernel: Jan 21 22:40:32 vivace kernel: IASQ: 0000000000004000 0000000000004000 IAOQ: 00000000404d15e7 00000000404d15eb Jan 21 22:40:32 vivace kernel: IIR: 0ea01014 ISR: 0000000000004000 IOR: 0000000000000002 Jan 21 22:40:32 vivace kernel: CPU: 0 CR30: 000000001e5a8000 CR31: 00000000104ac000 Jan 21 22:40:32 vivace kernel: ORIG_R28: 0000000000000001 Jan 21 22:40:32 vivace kernel: IAOQ[0]: 0x404d15e7 Jan 21 22:40:32 vivace kernel: IAOQ[1]: 0x404d15eb Jan 21 22:40:32 vivace kernel: RP(r2): 0x404a1903 -------------------------------------- Is there a way for perdition to return the first matching entry instead? My config is perdition 1.15 for debian sarge on a PArisc 64. Thank you...

15 years, 10 months

Move mail

by Peter Hellman

15 years, 10 months

No ca chain sent to client

by Goran Lowkrantz

We are running perdition processes as a frontend to Exchange imap4s and pop3s connectors. Everything works just fine expect that the clients are not sent the certificate chain during the SSL handshake. Some background: Our certificates www.articgroup.se and mail.arcticgroup.se are signed with the same certificate chain by GlobalSign, root and intermediate. Both the Apache and the Perdition setup use the same references and the same ca-chain file. But when testing using openssl s_client and the GlobalSign root certificate as CAfile, only connections to the apache works, connecting to perdition returns error 21 (unable to verify the first certificate). Looking at the debug output from s_client show that the apache sends the ca chainfile as expected but only the server certificate is sent by perdition. For normal mail clients this is not a problem, as it's simple to install the intermediate certificate but this is not possible on some mobile phones and some are not even able to accept the server without correct chain without crashing. Any hints where to look? Cheers, Göran L ................................................... the future isMobile Goran Lowkrantz <goran.lowkrantz(a)ismobile.com> System Architect, iaMobile AB Sandviksgatan 81, PO Box 58, S-971 03 Luleå, Sweden Mobile: +46(0)70-587 87 82 http://www.ismobile.com ...............................................

15 years, 10 months

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Perdition-users January 2008