Displaying 3 results from an estimated 3 matches for "client_idle_timeout".
2008 Jan 31
1
Gnus and dovecot time out
Could someone suggest what the solution here is? Dovecot is terminating
the connection to Gnus after a certain period of activity. It's my own
mail server so no need to worry about "hogging resources". Should/could
Dovecot be configured to keep the connection alive, or should Gnus be
programmed to automatically reopen the conneection? The current problem
that one can not leave an
2008 Feb 20
1
(message_parser_parse_next_block): assertion, failed: (ctx->input->eof)
...d81 in client_command_cancel (cmd=0x61e048) at
client.c:74
cmd_ret = false
#14 0x000000000041affc in client_destroy (client=0x60d200,
reason=0x4c4673 "Disconnected for inactivity") at client.c:132
__PRETTY_FUNCTION__ = "client_destroy"
#15 0x000000000041aba6 in client_idle_timeout (client=0x60d200) at
client.c:27
No locals.
#16 0x00000000004b30ef in io_loop_handle_timeouts_real (ioloop=0x600240)
at ioloop.c:279
timeout = (struct timeout *) 0x600980
item = (struct priorityq_item *) 0x600980
tv = {tv_sec = 0, tv_usec = 0}
tv_call = {tv_sec = 1...
2005 Aug 24
0
verbose imap logging
...4 @@
o_stream_get_buffer_used_size(my_client->output) > 0 &&
idle_time >= CLIENT_OUTPUT_TIMEOUT) {
/* client isn't reading our output */
- client_destroy(my_client);
+ client_destroy(my_client, "Disconnect (client hang)");
} else if (idle_time >= CLIENT_IDLE_TIMEOUT) {
/* client isn't sending us anything */
if (!my_client->command_pending) {
client_send_line(my_client,
"* BYE Disconnected for inactivity.");
}
- client_destroy(my_client);
+ client_destroy(my_client, "Disconnect (inactivity)");
}
}
@@ -470,7...