Re: [Ispman-users] perdition woes

[Jeff M. <jm...@qn...>]

I'm not sure what to say about the migration issues youre having, but I 
have found a problem that causes the re-authentication errors to be 
intermittently seen.  The default cyrus config limits the number of 
children pop and imap processes that can run at a time, unless specified 
otherwise.  For a busy server, I set pop3 and imap in cyrus.conf to 
prefork=10 maxchild=-1, which starts them with a pool of 10 and allows 
unlimited children.  There is negligible memory usage from having the 
extra children around, and i have yet to physically max out connections 
based on available memory.  Hope that helps!

Jeff

Wim Kerkhoff wrote:

> Over the last couples days, I've been struggling with Perdition.
>
> It's was working great until Saterday night. Basically, it appeared to 
> not be happy with it's LDAP lookups anymore. This coincided with when 
> I migrated another domain to ISPMan... but ever after dropping that 
> new domain perdition was still not working correctly. Just giving 
> Re-Authentication errors.
>
> Eventually I had to just get it back up and running at any cost, so 
> created a script to generate a GDBM popmap:
>
> ########################
> #!/bin/sh
> DEST="localhost"
> cd /etc/perdition
> > popmap
>
> ldapsearch -x "(objectClass=ispmanDomain)" ispmanDomain \
> |grep ^isp |sed 's/ispmanDomain: //g' | while read DOMAIN ; do
>        i_under=`echo $DOMAIN | sed 's/\./_/g'`
>        ldapsearch -x 
> "(&(ispmanDomain=$DOMAIN)(objectClass=ispmanDomainUser))" ispmanUserId \
>         |grep ^ispmanU | sed 's/ispmanUserId: //' \
>         | while read USER; do
>                echo $USER:${USER}_$i_under@$DEST >> popmap
>                echo ${USER}_$i_under:${USER}_$i_under@$DEST >> popmap
>                echo ${USER}@$DOMAIN:${USER}_$i_under@$DEST >> popmap
>        done
> done
>
> makegdbm popmap.gdbm.db < popmap 2>/dev/null
> ###############################################
>
> The versions of perdition in Debian (<= 1.13-1) didn't want to work 
> with this. It would find the correct username, but corrupt the 
> servername. Ie, some it would try "localhost", sometimes "localhost!", 
> "localho234", or with other wierd characters on the end.
>
> Right now I'm using the same generated popmap 1.14beta1, which is 
> essentially the same as CVS.
>
> The problem with the LDAP plugin in 1.14beta1 is that it properly 
> finds the username & server from LDAP... but prepends an extra 
> domain_delimiter to it. Cyrus then bails on that of course.
>
> Another problem is that some connections fail. Many users have their 
> clients set to poll POP3 every X minutes. 10 checks might go through 
> fine, 1 will give a Re-Authentication error, and then it'll be fine 
> again.
>
> With the new version, it doesn't start sanely either. I can use 
> perdition.imap4 as long as I give it the other arguments. POP3 
> wouldn't start with perdition.pop3. So here's how I start it at the 
> moment:
>
> cd /usr/local/perdition/
> sbin/perdition -P POP3 -f etc/perdition/perdition.conf -l 110
> sbin/perdition.imap4 -P IMAP4 -l 143 -f etc/perdition/perdition.conf
>
> The last question I had was if it's possible to lower case the 
> username that comes from the client?
>
> Wim
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Ispman-users mailing list
> Isp...@li...
> https://lists.sourceforge.net/lists/listinfo/ispman-users
>