search for: client_disconnect

...*client, const char *reason) { int ret; + if (reason != NULL) + i_info("%s %s", reason, client_stats(client)); + if (client->command_pending) { /* try to deinitialize the command */ i_stream_close(client->input); @@ -88,8 +100,11 @@ io_loop_stop(ioloop); } -void client_disconnect(struct client *client) +void client_disconnect(struct client *client, const char *reason) { + if (reason != NULL) + i_info("%s %s", reason, client_stats(client)); + (void)o_stream_flush(client->output); i_stream_close(client->input); @@ -99,7 +114,7 @@ void client_disco...

.... (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 change the logging to be more descriptive myself, I already changed src/imap/cmd-fetch.c:85 on my own copy of dovecot from: client_disconnect(cmd->client, "Disconnected"); to: client_disconnect(cmd->client, "Disconnected in FETCH"); This makes the logging both more descriptive and more in line with other parts of code, like src/imap/cmd-append.c:50 which already say: client_destroy(client, "Disconnected in...

...0x2 <Address 0x2 out of bounds>, args=0x18) at failures.c:362 #5 0x00071f08 in i_internal_info_handler ( fmt=0x49 <Address 0x49 out of bounds>, args=0x82098) at failures.c:400 #6 0x000723cc in i_info (format=0x82098 "Disconnected: %s") at failures.c:218 #7 0x000217c8 in client_disconnect (client=0x82098, reason=0x0) at client.c:119 #8 0x00021824 in client_disconnect_with_error (client=0xaf2f8, msg=0x0) at client.c:130 #9 0x0001e6fc in cmd_fetch_finish (ctx=Variable "ctx" is not available. ) at cmd-fetch.c:98 #10 0x0001ea7c in cmd_fetch_continue (cmd=0xaf130) at...

hi, I've got the following alert window in mozilla (with dovecot): --------------------------------------- The current command did not succeed. The mail server responded: Error in IMAP command: Too long argument.. --------------------------------------- although there is not any messages in my imap.log file. -- Levente "Si vis pacem para bellum!"

...0x2 <Address 0x2 out of bounds>, args=0x18) at failures.c:362 #5 0x00073f60 in i_internal_info_handler ( fmt=0x49 <Address 0x49 out of bounds>, args=0x84288) at failures.c:400 #6 0x00074424 in i_info (format=0x84288 "Disconnected: %s") at failures.c:218 #7 0x000218c8 in client_disconnect (client=0x84288, reason=0x0) at client.c:119 #8 0x00021924 in client_disconnect_with_error (client=0xb1b40, msg=0x0) at client.c:130 #9 0x0001e818 in cmd_fetch_finish (ctx=Variable "ctx" is not available. ) at cmd-fetch.c:98 #10 0x0001eb0c in cmd_fetch (cmd=0x0) at cmd-fetch.c:1...

https://dovecot.org/releases/2.3/dovecot-2.3.5.1.tar.gz https://dovecot.org/releases/2.3/dovecot-2.3.5.1.tar.gz.sig Binary packages in https://repo.dovecot.org/ ??? * CVE-2019-7524: Missing input buffer size validation leads into ????? arbitrary buffer overflow when reading fts or pop3 uidl header ????? from Dovecot index. Exploiting this requires direct write access to ????? the index files.

https://dovecot.org/releases/2.3/dovecot-2.3.5.1.tar.gz https://dovecot.org/releases/2.3/dovecot-2.3.5.1.tar.gz.sig Binary packages in https://repo.dovecot.org/ ??? * CVE-2019-7524: Missing input buffer size validation leads into ????? arbitrary buffer overflow when reading fts or pop3 uidl header ????? from Dovecot index. Exploiting this requires direct write access to ????? the index files.

...mission-login/client.c +++ b/src/submission-login/client.c @@ -212,6 +212,8 @@ static void client_connection_disconnect(void *context, const char *reason) { struct submission_client *client = context; + client->pending_auth = NULL; + client->pending_starttls = NULL; client_disconnect(&client->common, reason); } > On 28 Mar 2019, at 08:41, Aki Tuomi via dovecot <dovecot at dovecot.org> wrote: > > https://dovecot.org/releases/2.3/dovecot-2.3.5.1.tar.gz > https://dovecot.org/releases/2.3/dovecot-2.3.5.1.tar.gz.sig > Binary packages in https://repo.do...

...e session ends thus: --- a logout * BYE Logging out a OK Logout completed. imap(<username>): Info: Disconnected: Logged out unix-prompt% --- Note that additional, protocol-breaking, "imap(...): Info ..." line. This seems to be coming from "imap/cmd-logout.c" calling: client_disconnect(client, "Logged out"); which in turn ("imap/client.c") does: i_info("Disconnected: %s", reason); On the imap connection, this "i_info(...)" output goes (correctly) to syslog, but on the rsh/ssh connection this output seems to go to something like stdout....

...usr/lib64/dovecot > /libdovecot.so.0(+0xc7766) [0x7f9b510c8766] -> /usr/lib64/dovecot/libdovecot.so.0(+0x3be11) [0x7f9b5103ce11] -> /usr/lib64/dovecot/lib20_zlib_plugin.so(+0x4ffb) [0x7f9b4fc21ffb] -> > /usr/lib64/dovecot/libdovecot.so.0(+0xed3a6) [0x7f9b510ee3a6] -> dovecot/imap(client_disconnect+0x4f) [0x7f9b518f3a1f] -> dovecot/imap(cmd_logout+0x5b) [0x7f9b518ede5b] -> > dovecot/imap(command_exec+0x65) [0x7f9b518f7585] -> dovecot/imap(+0x1a7b0) [0x7f9b518f47b0] -> dovecot/imap(+0x1a848) [0x7f9b518f4848] -> dovecot/imap(client_handle_input+0x1d5) > [0x7f9b518f4c35] -...

Is this really caused by a buggy server, or is this an interoperability problem? It seems to work ok when I specify -o "protocol 1" on the command line. Thanks, Greg [gleblanc at grego1 gleblanc]$ ssh -v login.metalab.unc.edu SSH Version OpenSSH_2.2.0p1, protocol versions 1.5/2.0. Compiled with SSL (0x0090581f). debug: Reading configuration data /etc/ssh/ssh_config debug: Applying

.../root/.ssh2/hostkeys/key_4040_hobbes.rellim.com.pub host key for hobbes.rellim.com, accepted by root Wed Jun 21 2000 15:07:20 -0700 debug: Ssh2Common/sshcommon.c:132/ssh_common_disconnect: DISCONNECT received: Message authentication check fails. warning: Authentication failed. debug: Ssh2/ssh2.c:76/client_disconnect: locally_generated = TRUE Disconnected; MAC error (Message authentication check fails.). debug: uninitializing event loop On the other end: hobbes:/usr/adm# sshd -p 4040 -d debug: sshd version OpenSSH_2.1.1 debug: Seeding random number generator debug: read DSA private key done debug: Seeding ra...

Hi All I am experiencing a mail download problem with dovecot's pop3 protocol. We use outlook XP 2002 mail clients and I have setup a mail system with pop accounts on a Fedora 2 installation using dovecot. Some of the clients download email fine but others do not download email and also do not give any error messages. I have enabled the "verbose" options in the

...iteral_input = NULL; + + if (ctx->save_ctx == NULL) { + /* failed above */ + ctx->failed = TRUE; + } else if (!all_written) { + /* client disconnected before it finished sending the + whole literal. */ + ctx->failed = TRUE; + mailbox_save_cancel(&ctx->save_ctx); + client_disconnect(client, + "EOF while sending URL literal"); + } else if (!catenate_url(ctx, str_c(ctx->cat.literal_url))) + ctx->failed = TRUE; + + str_free(&ctx->cat.literal_url); + ctx->cat.literal_url = NULL; + + if (client->input->closed) + return catenate_finish(c...