[courier-users] Re: Fun with authpipe

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


Go Back   Usenet Forums > Mail Servers and Related > Courier-Imap

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 12-05-2005
Johnny Lam
 
Posts: n/a
Default [courier-users] Re: Fun with authpipe

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
Reply With Quote
Reply
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 11:59 PM.


Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0