On Thu, 6 Feb 2003, Oden Eriksson wrote: > torsdagen den 6 februari 2003 14.20 skrev Buchan Milne: > > Oden Eriksson wrote: > > > > We've got the 130GB (spare some directories which change often but are > > of no long-term consequence, thus we exclude them) syncing in under 12 > > hours most nights with --bwlimit=16, except when some id10t user decides > > to rename a big directory for no reason ... > > Hmm..., I suspect autocad backup files here? It's that's what taking so much > space? And if so how do you get rid of it? I have one client complaining > about the new autocad and its tendence to save backup files all over the > place..., their dat backup suddenly is not enough...
Actually, we run Pro\E (and we're hounding our rep for an evel of the linux version ...), and it saves files as component.prt.1, component.prt.2 etc, but there is a utility for "purging" directories, we just need to convince the design department to purge more often ... like at the end of the day before we run rsync ... > Yes, you mean the "maildirmake++" package? That breakout should have been done > a long time ago. > Strictly only necessary for >1 Maildir pop or imap server, which binc has given us ... > > > > (one also needs to enable "allow plain auth in non ssl" in the config > > file it seems if you want to test without ssl, but I'm not sure ...z) > > This is very wierd..., I had this working at work right out of the box > (bincimap + checkpassword-pam) for a testuser I made. At home I can't seem to > get it to work other than using "checkpassword". > I will take a look again later when I have time ... or try on a different box, or try with a locl (non-ldap)user). > > Well, I have been playing some more, but still no success with bincimap. > > I do get a login prompt from mozilla now, but it doesn't authenticate. > > checkpassword-pam isn't very communicative on errors: > > > > Feb 6 14:45:00 caeisd1 xinetd[9133]: START: imap pid=9140 > > from=146.232.174.36 > > man checkpassword-pam ? > Will do ... but so far haven't turned up much, and I need to read more on how checkpassword works, andsee if there are easy ways to test it ... without bincimap > Anyway I think bincimap is very promising with its modular a-la DJB approach, > next version will also work better with vpopmail. > > I think there is a myriad of checkpassword hacks out there, > checkpassword-mysql, radius, pgsql, ldap, etc. And this is very cool. > > > The same setup works with courier-imap out-the-box against our LDAP > > server with pam_ldap (courier runs on my box, binc on another cooker > > box, all other pam services authenticate fine on both machines). And > > both machines mount the same NFS homes, and courier serves mail from the > > ~/Maildir just fine. > > I think you better off with courier-imap for production usage. > > > Also: > > > > [caeisd1:~]# rpm -Uvh /var/cache/urpmi/rpms/bincimap-1.0.20-1mdk.i586.rpm > > Preparing... ########################################### > > [100%] > > 1:bincimap ########################################### > > [100%] > > Generating the default IMAP SSL cert..., hold on... > > /etc/ssl/bincimap/bincimap.pem already exists. > > error: execution of %post scriptlet from bincimap-1.0.20-1mdk failed, > > exit status 1 > > Ahh, shit... I have to fix this ugly hack, everyone is invited to help out. My > philosophy is not to do endless fool proof tests in a closed environment > before releasing a new software I have packed. If I did, there would be no > point of continue improving it..., or work on it. This is especially true > with bincimap. If I however got paid/fundings and resources it would be > another matter. > [ -e $CERT ] || gencert.sh ? > > I think, unless something improves soon, we will use courier to migrate, > > we can always try binc again later ... > > When bincimap is stable enough I will use it in production for my own system, > and also for another system I help maintain that has a pretty huge userbase. > But I need Maildir++..., until bincimap has this, I go courier-imap for > production usage. This is my current sentiment, but I haven't tried cyrus, and kolab would be one motivation to look at it ... Anyway, thanks for packaging it ... hopefully (as with many other projects) it will improve. Buchan -- |----------------Registered Linux User #182071-----------------| Buchan Milne Mechanical Engineer, Network Manager Cellphone * Work +27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
