> -----Message d'origine----- > De : Davide Libenzi [mailto:[EMAIL PROTECTED] > Envoyé : mardi 12 juillet 2005 05:57 > À : '[email protected]' > Objet : [xmail] Re: Glst 0.22 problem > > > .. .. > > I have no idea ;) Maybe some locking problem in the GDBM > library? I will > look into it, but my vacation is approaching, so it is likely > to happen in > late August (assuming I can fix it). > > > - Davide > > - > To unsubscribe from this list: send the line "unsubscribe xmail" in > the body of a message to [EMAIL PROTECTED] > For general help: send the line "help" in the body of a message to > [EMAIL PROTECTED] >
To try to eliminate the problem, I deleted it (glst.dbm) (after saving old in case ...) Glst created a new fresh Then after doing that, no more glst process staying active and taking up to 99 cpu ! So, IMHO, this is a gdbm (win32 version only ?) problem when mlany multi processes access the data base and the database becomes too big ... (delays in accessing keys indexes ? not enough retries ? ...) Hope this can help you. Some others questions about glst : 1 - How to correctly (dynamicly ?) use the mnet parameters ? I have some isp's that use many servers to resend mail (not allways the same server).. 2 - Some of them use NO contiguous ips for they resend servers in completely different subnets !!! how to deal with ? 3 - Do you think remembering glst triplet only on the domain part of emails addresses could be a good option after the first 'normal' triplet (with full from email only) is accepted ? This could eliminate two problems : database size and mnet settings and multiple servers in multiple subnets for same isp, as in 99% cases mails from a domain comes from the same set of smtp servers. A sample to explain my idea : -glst reveice a 'from [EMAIL PROTECTED] to [EMAIL PROTECTED] from ip 1.2.3.4' never seen before (exact or domains part). -glst rejects and notes the complete triplet. -glst reveice '[EMAIL PROTECTED] to [EMAIL PROTECTED] from ip 1.2.3.4', reject and note it. - Then glst finally accept one of the previous exact triplet from 1.2.3.4, it change the triplet to '@domfrom to @domto on ip 1.2.3.4' and erase any exact triplets for same @domfrom,@domto/ip even if not yet resend. So for next 'anyboby' from @domfrom send mail to 'anybody' to @domto from ip 1.2.3.4, glst accept directly (until exptimeo of course ...) Any comment ? Thanks Davide Francis - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
