<div dir="ltr"><div>I'm sorry. Gmail didn't include the list in the "To" header when I responded, and</div><div>I didn't notice. I fixed it now.</div><div><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><br></div><div>-- <br> <a href="mailto:hippoman@gmail.com" target="_blank">hippoman@gmail.com</a><br> Take a hippopotamus to lunch today.<br></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 14, 2022 at 2:40 AM Aki Tuomi <<a href="mailto:aki.tuomi@open-xchange.com" target="_blank">aki.tuomi@open-xchange.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi!<br>
<br>
Can you please keep responses on the list? =)<br>
<br>
Aki<br>
<br>
> On 14/06/2022 03:57 Hippo Man <<a href="mailto:hippoman@gmail.com" target="_blank">hippoman@gmail.com</a>> wrote:<br>
> <br>
> <br>
> Thank you very much for explaining what "tarpit" means.<br>
> <br>
> So, if I return a huge numeric status value from the "before" check, could I<br>
> make the client wait for hours or even days or weeks before continuing<br>
> with the authentication?<br>
> <br>
> -- <br>
>  <a href="mailto:hippoman@gmail.com" target="_blank">hippoman@gmail.com</a><br>
>  Take a hippopotamus to lunch today.<br>
> <br>
> <br>
> <br>
> On Wed, Jun 8, 2022 at 12:50 AM Aki Tuomi <<a href="mailto:aki.tuomi@open-xchange.com" target="_blank">aki.tuomi@open-xchange.com</a>> wrote:<br>
> > <br>
> >  > On 08/06/2022 05:34 Hippo Man <<a href="mailto:hippoman@gmail.com" target="_blank">hippoman@gmail.com</a>> wrote:<br>
> >  > <br>
> >  > <br>
> >  > I'm trying to understand what is meant by "tarpit" in the ffollowing quote of the Dovecot auth policy docs for the "before" check ...<br>
> >  > First query is done before password and user databases are consulted. This means that any userdb/passdb attributes are left empty.<br>
> >  > The command used here is ‘allow’ and will appear on the URL as command=allow.<br>
> >  > status result values:<br>
> >  > * -1: Reject<br>
> >  > * 0: Accept<br>
> >  > * (Any other positive value): Tarpit for this number of seconds.<br>
> >  > What actually happens if a positive status value is returned here?<br>
> >  > <br>
> >  > Does it mean that the client will not receive any response for the given number of seconds, but that the given login attempt will still continue after that delay? Or does it mean that the client will not receive a response for the given number of seconds, and then the login will be rejected after that delay?<br>
> >  > <br>
> >  > What if the client has connected via pop3 and is sending multple "user" and "pass" combinations? If the "before" check returns, for example, the integer "5" as the status, does this mean there will be a 5-second delay between each login attempt that is being sent to this connection?<br>
> >  > <br>
> >  > Ideally, I'd like the following to occur, but I don't know if it is possible:<br>
> >  > <br>
> >  > * Client connects via pop3 and intends to send a large batch of "user"/"pass" commands via this connection.<br>
> >  > <br>
> >  > * The first "user"/"pass" command is made to wait for many seconds.<br>
> >  > <br>
> >  > * Then, the connection is dropped, so that the subsequent "user"/"pass" commands do not even hit the dovecot server.<br>
> >  > <br>
> >  > I'm thinking that this is *not* what is meant by "tarpit" in the auth policy docs, correct?<br>
> >  > <br>
> >  > Thank you for any clarification.<br>
> >  > <br>
> >  > -- <br>
> >  > <a href="mailto:hippoman@gmail.com" target="_blank">hippoman@gmail.com</a><br>
> >  > Take a hippopotamus to lunch today.<br>
> >  <br>
> >  Hi!<br>
> >  <br>
> >  When client connects, and sends authentication request dovecot performs a policy lookup before any actual authentication. If this policy result has positive value, tarpit occurs.<br>
> >  <br>
> >  This means we simply add a timeout to auth process and leave it hanging, while handling other requests, and then perform the actual authentication. The authentication is not failed, however.<br>
> >  <br>
> >  Aki<br>
> ><br>
</blockquote></div>