The following issue has been RESOLVED.
==
http://www.dbmail.org/mantis/view.php?id=605
==
Reported By:aaron
Assigned To:aaron
The following issue has been RESOLVED.
==
http://www.dbmail.org/mantis/view.php?id=611
==
Reported By:jasb
Assigned To:aaron
=
The following issue has been SUBMITTED.
==
http://www.dbmail.org/mantis/view.php?id=616
==
Reported By:jasb
Assigned To:
=
A NOTE has been added to this issue.
==
http://www.dbmail.org/mantis/view.php?id=616
==
Reported By:jasb
Assigned To:
A NOTE has been added to this issue.
==
http://www.dbmail.org/mantis/view.php?id=616
==
Reported By:jasb
Assigned To:
On Mon, Jun 25, 2007, [EMAIL PROTECTED] said:
> > Jorge Bastos:
> > I'd like to have another thing in all daemons on dbmail.
> > I was testing this, i did:
> > telnet server 110
> > and waited some time to see if the connection go away with a timeout or
> > so, but it stayed alive.
> > How about t
Aaron Stone wrote:
>
> So, yeah, I think 30 - 60 seconds for the login timeout makes sense. Does
> anybody feel strongly that it should be configurable? Is it typical for a
> client UI to hold open the connection while waiting for the user to supply
> a new password? (In which case a longer timeou
On Mon, 2007-06-25 at 18:54 +, Aaron Stone wrote:
> On Mon, Jun 25, 2007, [EMAIL PROTECTED] said:
>
> > > Jorge Bastos:
> > > I'd like to have another thing in all daemons on dbmail.
> > > I was testing this, i did:
> > > telnet server 110
> > > and waited some time to see if the connection go