search for: client_destroy

...---- diff -ur dovecot-1.0.alpha1.orig/src/imap/client.c dovecot-1.0.alpha1/src/imap/client.c --- dovecot-1.0.alpha1.orig/src/imap/client.c 2005-07-03 23:32:21.000000000 +0200 +++ dovecot-1.0.alpha1/src/imap/client.c 2005-08-23 10:39:08.000000000 +0200 @@ -56,10 +56,22 @@ return client; } -void client_destroy(struct client *client) +static const char *client_stats(struct client *client) +{ + return t_strdup_printf("retr=%dB/%d#, del=%d exp=%d", + client->retr_bytes, + client->retr_messages, + client->deleted_count, + client->expunged_count); +}...

...vecot Version: 1.1.beta3 with the notify patch from a few days ago OS: NetBSD/sparc64 4.0_RC3 (big endian, 64bit) File System: local UFS #0 0x0000000040550010 in abort () from /usr/lib/libc.so.12 #1 0x0000000000180770 in i_error () #2 0x00000000001805fc in i_panic () #3 0x00000000001192a4 in client_destroy () #4 0x00000000001196c8 in client_continue_pending_input () #5 0x0000000000114ecc in cmd_fetch () #6 0x000000000011515c in cmd_fetch () #7 0x0000000000118828 in client_command_cancel () #8 0x00000000001190c8 in client_destroy () #9 0x0000000000186d64 in io_loop_handler_run () #10 0x000000000...

http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta3.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta3.tar.gz.sig Please try and report any bugs. Beta2 still had a few bad bugs, but I'm hoping this release is near a usable state. I've been a bit busy with school lately so I haven't had time/energy to answer mails in here. The main reason has been this lab course

...on failed: (%s)") at failures.c:306 ctx = {type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0, timestamp_usecs = 0, log_prefix = 0x0} args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7ffdbd74ce70, reg_save_area = 0x7ffdbd74cdb0}} #5 0x00007fddd9b2e2e9 in client_destroy (client=<optimized out>, reason=reason at entry=0x7fddd9b35e21 "Disconnected: Shutting down") at client-common.c:272 __func__ = "client_destroy" #6 0x00007fddd9b2e624 in clients_destroy_all_reason (reason=0x7fddd9b35e21 "Disconnected: Shutting down")...

Hello, I work at SmarctJog.com, we have here some patches on IceCast for performance and reliability, these are mostly client/connection/source cleanups (a slave merge is underway, and some more good stuff (c)), but we'd like this to be merged in before the list gets any longer. Please find attached a list of our patches with a short desc: This one is actually not from us/me, it was found

...the code commented out in the attached diff. It appears that the proxy handlers are giving the client the go-ahead to attempt authorization again and then dismantling the proxy session. I believe the correct behavior would be to allow LOGOUT or QUIT to end the session and do the tear-down in client_destroy. The commented code all gets executed (with more error checking) in client_destroy, so there shouldn't be any memory leaks that I can see. Please advise if this seems correct or let me know of a different method of fixing. Thunderbird does 'Bad Things (tm)' when the connection is...

...user.c:29 #12 0x000002d0f940f658 in stats_user_deinit (user=0x2b4654c970) at stats-plugin.c:506 #13 0x000002d0fa86b619 in quota_user_deinit (user=0x2b4654c970) at quota-storage.c:412 #14 0x000002d0fbf95597 in mail_user_unref (_user=<optimized out>) at mail-user.c:153 #15 0x0000002b4461b58e in client_destroy (client=0x2b465891d0, reason=0x0) at imap-client.c:219 #16 0x0000002b44615552 in idle_client_input (ctx=<optimized out>) at cmd-idle.c:113 #17 0x000002d0fbce3767 in io_loop_call_io (io=0x2b46622ff0) at ioloop.c:379 #18 0x000002d0fbce469a in io_loop_handler_run (ioloop=<optimized out>) a...

...message I get in the logs is "Disconnected". After dissecting the code a bit, I've found quite a number of places where the code will close the connection logging nothing more than the word "Disconnected", or worse, it will not specify a reason in which case the code in client_destroy() will log the default "Disconnected". Because of this, isolating the offending code has been a bit difficult. (I realize the problem may lie with the client, but I cannot even begin to program a work around until I isolate the exact place and cause of failure.) In an attempt to ch...

...only solution for this that I have in mind, is to loop through all clients on all mount points every minute and manually check their connection time, this seems to be an overkill 2) Fire event when client?s connection has dropped ? I.e. No longer connected (I suspect I can call this event from the client_destroy procedure from client.c Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast-dev/attachments/20151108/5d64e39f/attachment.htm

...nput)) { //w_buffer:cp01 CAPABILITY a001 LOGIN "q1 at t.com" "q1q1q1q1" case -2: /* buffer full */ client_send_line(client, CLIENT_CMD_REPLY_BYE, "Input buffer full, aborting"); client_destroy(client, "Disconnected: Input buffer full"); return FALSE; case -1: /* disconnected */ client_destroy(client, "Disconnected"); //debug infomation return FALSE; case 0:...

...e976] -> /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f68af181faf] -> dovecot/imap() [0x4191e9] -> dovecot/imap() [0x40b366] -> dovecot/imap() [0x40b69c] -> dovecot/imap(command_exec+0x3d) [0x411ffd] -> dovecot/imap(client_command_cancel+0x3a) [0x4108da] -> dovecot/imap(client_destroy+0xdd) [0x41178d] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x36) [0x7f68af1bab56] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x9f) [0x7f68af1bbb8f] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x28) [0x7f68af1baaf8] -> /usr/lib/dovecot/libdovecot.so.0(mast...

Hi, I'm trying to use pop-before-smtp with Dovecot IMAP (not running pop3). Pop-before-smtp has fixes to work with the fact that Thunderbird holds the Dovecot Imap connection open and therefore doesn't record regular 'login' entries in maillog. Problem is that pop-before-smtp relies on Dovecot recording a disconnect in the maillog when an Imap client disconnects. Dovecot

.../imap [hxxxxl 10.47.32.188 IDL E]() [0x805ed4f] -> dovecot/imap [hxxxxl 10.47.32.188 IDLE]() [0x805119a] -> dovecot/imap [hxxxxl 10.47.32.188 IDLE]() [0x8051450] -> dovecot/imap [hxxxxl 10.47.32.188 IDLE](client_command_cancel+0x34) [0x8056924] -> dovecot/imap [hxxxxl 10.47.32.188 IDLE](client_destroy+0xcb) [0x80572cb] -> dovecot/imap [hxxxxl 10.47.32.188 IDLE]() [0x805157a] -> /usr/dovecot-2/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x51) [0xb760cd81] -> /usr/dovecot-2/lib/dovecot/libdovecot.so .0(io_loop_handler_run+0xd3) [0xb760dfb3] -> /usr/dovecot-2/lib/dovecot/libdovecot.so....

...9b] -> /usr/local/libexec/dovecot/imap(mailbox_save_cancel+0x1b) [0x8005f6ab] -> /usr/local/libexec/dovecot/imap [0x80015d08] -> /usr/local/libexec/dovecot/imap [0x80015ecd] -> /usr/local/libexec/dovecot/imap(client_command_cancel+0x2a) [0x8001b7ca] -> /usr/local/libexec/dovecot/imap(client_destroy+0x6c) [0x8001c0ac] -> /usr/local/libexec/dovecot/imap [0x8001c893] -> /usr/local/libexec/dovecot/imap(io_loop_handle_timeouts+0xeb) [0x80099ddb] -> /usr/local/libexec/dovecot/imap(io_loop_handler_run+0x93) [0x8009aa03] -> /usr/local/libexec/dove Feb 23 20:40:36 postamt dovecot: IMAP(use...

Hi Timo, hi all, after upgrading my server (both backends and load balancer) to 2.1.2 (from 2.0.17), I'm getting a log of login processes crashed in load balancer. Log lines are like: Mar 20 10:05:45 mailgw-lb dovecot: pop3-login: Fatal: master: service(pop3-login): child 27764 killed with signal 11 (core dumps disabled) Mar 20 10:06:17 mailgw-lb dovecot: imap-login: Fatal: master:

...nore ../icecast/src/source.c > ./src/source.c > --- ../icecast/src/source.c Fri Nov 14 17:51:59 2003 > +++ ./src/source.c Mon Dec 1 09:14:34 2003 > @@ -139,7 +192,6 @@ > #endif > > free(source->mount); > - free(source->fallback_mount); > client_destroy(source->client); > avl_tree_free(source->pending_tree, _free_client); > avl_tree_free(source->client_tree, _free_client); > > > This is the patch and without it, anything using fallbacks will fail > miserably. It is the prerequisite for almost all other pat...

> IMHO, a system like Icecast should be made so highly configurable that it > would fit everyone's needs, but I get the impression that only the needs of > the principal developers are of interest here. It makes me sad to see this, > Icecast could be great instead of just being good. > Melanie, As one of the 'principal developers', I don't think this is fair. Of

...e048) at cmd-append.c:364 client = (struct client *) 0x60d200 ctx = (struct cmd_append_context *) 0x61e0c8 size = 140737488347520 ret = 0 #13 0x000000000041ad81 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 (iol...

...user = 0x20a3eb0 __FUNCTION__ = "mail_user_unref" #5 0x000000000041afef in client_default_destroy (client=0x20abbb0, reason=0x0) at imap-client.c:284 cmd = 0x7ffde3a18960 __FUNCTION__ = "client_default_destroy" #6 0x000000000041ada0 in client_destroy (client=0x20abbb0, reason=0x0) at imap-client.c:236 No locals. #7 0x000000000041ccf4 in client_input (client=0x20abbb0) at imap-client.c:967 cmd = 0x7ffde3a189a0 output = 0x0 bytes = 12 __FUNCTION__ = "client_input" #8 0x00007f18612fc992 in io_l...

...019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:20] DBUG client/client_destroy Called to destory client 0x560ccad1bb00 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:20] DBUG fserve/fserv_thread_function fserve handler exit > [2019-01-28 21:19:20] DBUG stats/modify_node_event update global clients (1) >...