search for: mdctx

Hello All, There seems to be a binary compatibility problem with OpenSSL and OpenSSH 4.2p1. The details can be found at http://www.mail-archive.com/openssl-users at openssl.org/msg41869.html . The discussion is closed with pointing a problem in key.c in OpenSSH and corresponding thread is at http://www.mail-archive.com/openssl-users at openssl.org/msg41878.html I would like to know the

...ia to prevent missing case values */ exit_cleanup(RERR_UNSUPPORTED); } @@ -121,30 +128,48 @@ uint32 get_checksum1(char *buf1, int32 len) return (s1 & 0xffff) + (s2 << 16); } +static void get_checksum2_lib(void *buf, int32 len, void *sum) +{ + uchar seedbuf[4]; + MDLIB_MD_CTX *mdctx; + + mdctx = mdlib_new_ctx(); + if (!mdctx) + out_of_memory("get_checksum2"); + + if (xfersum_type == CSUM_MD5) + mdlib_init_md5(mdctx); + else if (xfersum_type == CSUM_SHA1) + mdlib_init_sha1(mdctx); + else + out_of_memory("wrong checksum"); + + if (proper_seed_order) { +...

...his is great - I'm looking forward to it! :) I've implemented U2F into another (C-based) application these days. While searching for some relevant OpenSSL-specific "help" I stumbled upon your OpenSSH patch. I think there's a small bug: > + if ((err = EVP_VerifyInit(&mdctx, EVP_ecdsa())) != 1) { > + ERR_error_string(ERR_get_error(), errorbuf); > + fatal("EVP_VerifyInit() failed: %s (reason: %s)", > + errorbuf, ERR_reason_error_string(err)); You should use "EVP_sha256()" instead of "EVP_ecdsa()" here (we have a ECDSA signa...

...00007f197588dca6 in sieve_execute (sbin=<value optimized out>, msgdata=<value optimized out>, senv=<value optimized out>, ehandler=<value optimized out>, flags=<value optimized out>, keep=0x0) at sieve.c:475 #7 0x00007f1975ac9a43 in lda_sieve_singlescript_execute (mdctx=0x7fff949085a0, storage_r=<value optimized out>) at lda-sieve-plugin.c:433 #8 lda_sieve_run (mdctx=0x7fff949085a0, storage_r=<value optimized out>) at lda-sieve-plugin.c:657 #9 lda_sieve_deliver_mail (mdctx=0x7fff949085a0, storage_r=<value optimized out>) at lda-sieve-plugin.c:7...

...7fc5761b5500 unload_func = <optimized out> plugin = 0x7fc5761b1268 __FUNCTION__ = "sieve_plugins_unload" #6 0x00007fc5746ca8dc in sieve_deinit (svinst=svinst at entry=0x7ffdd3a36050) at sieve.c:136 No locals. #7 0x00007fc574913948 in lda_sieve_deliver_mail (mdctx=<optimized out>, storage_r=0x7ffdd3a36208) at lda-sieve-plugin.c:948 srctx = {svinst = 0x7fc5761b09b0, mdctx = 0x7ffdd3a36230, home_dir = 0x7fc5761acf78 "/var/mail/vhosts/xx/yy", scripts = 0x7fc576171088, script_count = 0, user_script = 0x0, main_script...

...ve/lda-sieve-plugin.c.next_deliver 2010-08-23 19:26:12.000000000 +0200 +++ dovecot-2-0-pigeonhole-d51650c8af85/src/plugins/lda-sieve/lda-sieve-plugin.c 2010-09-02 11:48:22.000000000 +0200 @@ -775,7 +775,8 @@ } T_END; - return ret; + //return ret; + return next_deliver_mail(mdctx,storage_r); } /* With this patch, my plugin is called, but, always AFTER Sieve... How can I call my plugin before Sieve and do I need to patch Pigeonhole Sieve ? Thank you, Charly.

Hi list I just realized that that I don not receive all mails in my mailbox (running dovecot-ee 2.2.23.1-1 on Debian 8). On my frontend servers (running postfix) the queue fills up with mails that cannot be delivered via lmtp to my backend servers. The error message on the frontend is "lost connection with backend while sending data" When I checked the logs on the backend server I found

# 2.2.devel (c73322f): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.devel (fac92b5) # OS: Linux 3.16.0-4-amd64 x86_64 Debian 8.6 ==> /var/log/dovecot/dovecot.log <== Oct 15 09:50:15 nihlus dovecot: lmtp(11447): Connect from local Oct 15 09:50:15 nihlus dovecot: lmtp(tlx at leuxner.net): Panic: file lda-sieve-plugin.c: line 447 (lda_sieve_execute_scripts): assertion failed: (script !=

..._func = <optimized out> > plugin = 0x7fc5761b1268 > __FUNCTION__ = "sieve_plugins_unload" > #6 0x00007fc5746ca8dc in sieve_deinit (svinst=svinst at entry=0x7ffdd3a36050) at sieve.c:136 > No locals. > #7 0x00007fc574913948 in lda_sieve_deliver_mail (mdctx=<optimized out>, storage_r=0x7ffdd3a36208) at lda-sieve-plugin.c:948 > srctx = {svinst = 0x7fc5761b09b0, mdctx = 0x7ffdd3a36230, > home_dir = 0x7fc5761acf78 "/var/mail/vhosts/xx/yy", scripts = 0x7fc576171088, script_count = 0, > user_script =...

On Thu, 2015-08-06 at 09:12 +0200, Stephan Bosch wrote: > Could you provide a full backtrace using the gdb command `bt full'? Thanks for the reply. Is this everything you need? #0 0x00007f8553969626 in sieve_validator_register_command () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #1 0x00007f8552eff4e6 in ext_extdata_validator_load (ext=0x7f8556f60280,

...7fa88e64b500, action_ehandler=0x7fa88e65b040, flags=SIEVE_EXECUTE_FLAG_NOGLOBAL, keep=0x0) at sieve.c:565 result = 0x7fa88e65dec0 ret = 1 #25 0x00007fa88b53f2d8 in lda_sieve_singlescript_execute (srctx=0x7ffdac80aac0) at lda-sieve-plugin.c:449 svinst = 0x7fa88e647f40 mdctx = 0x7ffdac80ac10 script = 0x7fa88e64bd20 user_script = true exec_ehandler = 0x7fa88e64b500 action_ehandler = 0x7fa88e65b040 sbin = 0x7fa88e657030 debug = false cpflags = SIEVE_COMPILE_FLAG_NOGLOBAL exflags = SIEVE_EXECUTE_FLAG_NOGLOBAL...

...= 0x13eb8a0 "<1421485513.5048.5.camel at kaspar.in>"} estatus = {last_storage = 0x13f9cb0, message_saved = 0, message_forwarded = 0, tried_default_save = 0, keep_original = 0, store_failed = 0} debug = <optimized out> ret = <optimized out> mdctx = 0x7fffdfaff360 svinst = <optimized out> scriptenv = {action_log_format = 0x13d1c98 "msgid=%m: %$", user = 0x13efb50, default_mailbox = 0x4094dc "INBOX", postmaster_address = 0x13b5740 "postmaster at spectre.leuxner.net", mailbox_autocreate = fal...

...7ff53fb5e500 unload_func = <optimized out> plugin = 0x7ff53fb5a268 __FUNCTION__ = "sieve_plugins_unload" #6 0x00007ff53e0918dc in sieve_deinit (svinst=svinst at entry=0x7fff1893f7e0) at sieve.c:136 No locals. #7 0x00007ff53e2da948 in lda_sieve_deliver_mail (mdctx=<optimized out>, storage_r=0x7fff1893f998) at lda-sieve-plugin.c:948 srctx = {svinst = 0x7ff53fb599b0, mdctx = 0x7fff1893f9c0, home_dir = 0x7ff53fb55f78 "/var/mail/vhosts/xxx/xxx", scripts = 0x7ff53fb1a088, script_count = 0, user_script = 0x0, main_scri...

On Thu, 2015-08-06 at 16:10 +0200, Stephan Bosch wrote: > Since the extdata plugin is not part of the normal Debian packages (not > afaik anyway), you likely compiled and installed the extdata plugin > manually in the past while using Dovecot 2.1. Do that again, but use > this repository: http://hg.rename-it.nl/pigeonhole-0.4-sieve-extdata/ I'm just trying to install this now,

Hello, I've updated sources but forgot to recreate configure so I've ended without #define HAVE_EVP_RIPEMD160 1 and ssh client ended with: OpenSSH_6.7p1, OpenSSL 1.0.1h-fips 5 Jun 2014 debug1: Reading configuration data ssh.config main: mux digest failed The problem was that ssh_digest_by_alg() couldn't verify alg with an index bigger than 1 since the line with SSH_DIGEST_RIPEMD160

...2416500 "/etc/dovecot/sieve/discard-viruses.sieve", scripts=scripts at entry=0x7fffe2dbe9b0, error_r=error_r at entry=0x7fffe2dbe998) at lda-sieve-plugin.c:271 #5 0x00007f30d4a3d7e5 in lda_sieve_find_scripts (srctx=0x7fffe2dbea40) at lda-sieve-plugin.c:740 #6 lda_sieve_deliver_mail (mdctx=<optimized out>, storage_r=0x7fffe2dbec00) at lda-sieve-plugin.c:973 #7 0x00007f30d5e05464 in mail_deliver (ctx=ctx at entry=0x7fffe2dbec70, storage_r=storage_r at entry=0x7fffe2dbec00) at mail-deliver.c:400 #8 0x0000000000402a92 in main (argc=3, argv=0x2402390) at main.c:437 The problem...

...7 #22 0x0000000801b52d5a in sieve_execute (sbin=<value optimized out>, msgdata=<value optimized out>, senv=<value optimized out>, ehandler=<value optimized out>, flags=<value optimized out>, keep=0x0) at sieve.c:508 #23 0x0000000801a0aec6 in lda_sieve_deliver_mail (mdctx=0x7fffffffe970, storage_r=0x7fffffffe8e8) at lda-sieve-plugin.c:424 #24 0x0000000800651735 in mail_deliver (ctx=0x7fffffffe970, storage_r=0x7fffffffe8e8) at mail-deliver.c:390 #25 0x0000000000402ffa in main (argc=6, argv=0x7fffffffea78) at main.c:434 (gdb) f 5 (gdb) p *file $1 = {log = 0x8016463d0,...

Hi Stephan, Here it is: Program received signal SIGSEGV, Segmentation fault. p_strdup (pool=pool at entry=0x55555579bc20, str=0x6d65642e6c69616d <error: Cannot access memory at address 0x6d65642e6c69616d>) at strfuncs.c:51 51????? strfuncs.c: No such file or directory. (gdb) bt full #0? p_strdup (pool=pool at entry=0x55555579bc20, str=0x6d65642e6c69616d <error: Cannot access memory at