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
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
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...
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
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 ...............................................