This is a discussion on [courier-users] Re: Fun with authpipe within the Courier-Imap forums, part of the Mail Servers and Related category; Sam Varshavchik wrote: > Johnny Lam writes: >=20 >> Sam Varshavchik wrote: >> >>> Johnny ...
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
Sam Varshavchik wrote:
> Johnny Lam writes: >=20 >> Sam Varshavchik wrote: >> >>> Johnny Lam writes: >>> >>>> Yes, that is true. I forgot to mention that I had doubled the=20 >>>> default number of authdaemond processes that are started from 5 to=20 >>>> 10. Despite the increased resource usage, I'm pleased that there=20 >>>> was a simple way to mix having a virtual shared folder setup with a=20 >>>> separate PAM-based authentication procedure. >>> >>> >>> >>> Replace =93five=94 with =93ten=94, in the given example. >> >> >> I'm not sure I understand the point you're making, possibly due to my=20 >> misunderstanding how authdaemond works. >=20 >=20 > It means that this approach will fail no matter how many authdaemond=20 > processes you have configured. If you set the number of processes to X= ,=20 > then if X connections arrive nearly simultaneously, then they will fail= .. >=20 > Increasing the number of daemon processes does not totally eliminate th= e=20 > problem, it only makes it less likely to occur. You trimmed the question in my last post that essentially asked if this=20 same problem can occur with a default courier-authlib setup. In a=20 default courier-authlib setup, if I configure X authdaemond processes to=20 start, and then if X+1 connections arrive simultaneously, what is=20 supposed to happen? If one of the connections will timeout and fail,=20 then is there another solution aside from increasing the number of=20 authdaemond processes started? I apologize in advance that I don't=20 understand enough to read the source code to find the answer. Thanks, -- Johnny Lam <jlam@pkgsrc.org> ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/.../courier-users |