similar to: [PATCH] support OEM encoding in NTLM messages

Displaying 20 results from an estimated 100 matches similar to: "[PATCH] support OEM encoding in NTLM messages"

2004 Jul 27
3
[PATCH 0/10] NTLM patchset submission
Hello all, as I promised some days ago here is NTLM (aka SPA, aka MSN) authentication support patchset. It contains common code in src/lib-ntlm directory, Samba compatible NTLM password scheme and authentication mechanism itself. All patches are against 1.0-test30. Please take a look. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key:
2004 Aug 09
1
[PATCH] RPA authentication mechanism
Hello all, attached patch implements Compuserve RPA athentication mechanism. Tested with: - Eudora 6 (uses Compuserve "Virtual Key" RPA software); - TheBat! 2.11 (uses it's own RPA implementation). I hope it can be useful for someone. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key: wwwkeys.pgp.net -------------- next part
2004 Oct 17
1
test49 Authenticate PLAIN disabled stops pop3s
Unlike test47, test49 refuses to authenticate pop3s if disable_plaintext_auth = yes Checked the crypto with: snort -vde tcp port 995 The connection is being made with ssl so it looks like the plaintext auth preventer is broken. -kim __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
2004 Oct 20
1
test49 "killed with signal 6" errors...
I upgraded yesterday from 1.0test46 to 1.0test49 in an attempt to eliminate an error that a couple of my users were getting. Both users were using Thunderbird 0.6 over imaps, and were getting errors that said: "The current command didn't succeed. The mail server responded: Error in IMAP command UID: Invalid Body [..] Parameter: Missing '>'in'<14336-13057>'.
2004 Oct 19
1
1.0-test49 FD leak
I'm running 1.0-test49 on Solaris 2.8. The good news is that this version fixes my problem with corrupted index files (so far). The bad news is it seems to be leaking FDs to do with inbox: imap 10198 gnb 156r VDIR 255,7032 8192 5784160 /home/gnb/Maildir/new imap 10198 gnb 157r VDIR 255,7032 1093632 2917923 /home/gnb/Maildir/cur imap 10198 gnb 158r VDIR
2004 Oct 19
3
Occasional error msgs from 1.0-test49
I'm running 1.0-test49 on Solaris 2.8. MUA is Thunderbird (or mutt) running on FreeBSD. I'm using Maildir boxes. Occasionally, when browsing new mail in INBOX, I get an error back from the imapd, displayed in Thunderbird as the following popup msg: The current command did not succeed. The mail server responded: Error in IMAP command UID: Invalid BODY[..] parameter: Missing
2017 Aug 24
2
Building LLVM's fuzzers
I think the simplest fix is something like this: diff --git a/lib/Transforms/Instrumentation/SanitizerCoverage.cpp b/lib/Transforms/Instrumentation/SanitizerCoverage.cpp index c6f0d17f8fe..e81957ab80a 100644 --- a/lib/Transforms/Instrumentation/SanitizerCoverage.cpp +++ b/lib/Transforms/Instrumentation/SanitizerCoverage.cpp @@ -256,6 +256,7 @@ SanitizerCoverageModule::CreateSecStartEnd(Module
2017 Aug 24
3
Building LLVM's fuzzers
> On Aug 24, 2017, at 2:55 PM, Kostya Serebryany <kcc at google.com> wrote: > > Interesting. > This is a relatively new addition (fsanitize-coverage=pc-tables, which is now a part of -fsanitize=fuzzer). > The tests worked (did they? On Mac?) so I thought everything is ok. For tests we never compile the tested target with -O3 (and that wouldn’t be sufficient), and for
2017 Aug 24
3
Building LLVM's fuzzers
On Thu, Aug 24, 2017 at 3:38 PM, Kostya Serebryany <kcc at google.com> wrote: > > > On Thu, Aug 24, 2017 at 3:35 PM, Peter Collingbourne <peter at pcc.me.uk> > wrote: > >> On Thu, Aug 24, 2017 at 3:21 PM, Kostya Serebryany via llvm-dev < >> llvm-dev at lists.llvm.org> wrote: >> >>> >>> >>> On Thu, Aug 24, 2017 at 3:20
2017 Aug 24
4
Building LLVM's fuzzers
On Thu, Aug 24, 2017 at 3:21 PM, Kostya Serebryany via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > > On Thu, Aug 24, 2017 at 3:20 PM, Justin Bogner <mail at justinbogner.com> > wrote: > >> I think the simplest fix is something like this: >> >> diff --git a/lib/Transforms/Instrumentation/SanitizerCoverage.cpp >>
2017 Aug 25
2
Building LLVM's fuzzers
On Thu, Aug 24, 2017 at 6:30 PM, Justin Bogner <mail at justinbogner.com> wrote: > Peter Collingbourne <peter at pcc.me.uk> writes: > > On Thu, Aug 24, 2017 at 3:38 PM, Kostya Serebryany <kcc at google.com> > wrote: > > > >> > >> > >> On Thu, Aug 24, 2017 at 3:35 PM, Peter Collingbourne <peter at pcc.me.uk> > >> wrote:
2017 Sep 11
2
Building LLVM's fuzzers
Kostya Serebryany <kcc at google.com> writes: > Justin, > Calling appendToUsed has horrible complexity and if we call it in > every function clang consumes tons of memory (6Gb when compiling one > of the clang's source files). This killed my machine today :) > > The solution is to call appendToUsed once per module, instead of once > per function. Oh right,
2004 Oct 07
0
[PATCH] fix NTLM2 endianness buglet
Hi, this patch fixes endianness problem in NTLM2 code. Please consider applying. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key: wwwkeys.pgp.net -------------- next part -------------- diff -u dovecot-1.0-test46/src/auth/mech-ntlm.c dovecot-1.0-test46/src/auth/mech-ntlm.c --- dovecot-1.0-test46/src/auth/mech-ntlm.c 2004-09-28
2004 Nov 10
0
[PATCH] NTLM update and crashfix
Hello, attached patch allows LM authentication for older (Win9x) clients which do not pass NTLM response in type 3 message. It also fixes crash in dovecot-auth (empty credentials could be passed to hex_to_binary function if NTLM2 was negotiated). Please consider applying. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key: wwwkeys.pgp.net
2004 Oct 29
1
[PATCH] yet another NTLM update
Hello, after more than week using dovecot as exim4 authentication backend, I noticed that some strange clients send type 3 messages with LM response only. Attached patch allows them to log in. Please consider applying. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key: wwwkeys.pgp.net -------------- next part -------------- diff -urdpNX
2004 Oct 18
0
49-latest compile problem and CVS method
--- Timo Sirainen <tss at iki.fi> wrote: > On 17.10.2004, at 21:02, Kim Culhan wrote: > > > The connection is being made with ssl so it looks like > > the plaintext auth preventer is broken. > > Fixed in CVS now (and in next nightly snapshot). Very good, this compile problem though on test49-latest from nightly: ar cru libpassword.a mycrypt.o password-scheme.o
2004 Oct 16
0
1.0-test49
http://dovecot.org/test/ Fixes the extra data appearing in POP3 mails (and possibly some other random problems). Created lib-sql API with asynchronous PostgreSQL and synchronous MySQL implementations. Also means I dropped mysql and pgsql userdb and passdb and replaced them with one generic sql userdb and passdb. If you were using the old ones, you'll have to fix your configuration. See
2004 Jul 30
0
patch for test31 compile problem
If you grab test31 you might want to apply this small patch. *** dovecot-1.0-test31/src/lib-ntlm/ntlm-message.c Fri Jul 30 05:00:19 2004 --- ../dovecot-1.0-test31/src/lib-ntlm/ntlm-message.c Fri Jul 30 09:23:42 2004 *************** *** 76,83 **** va_start(args, buffer_offset); do { - type = va_arg(args, int); const char *data;
2004 Oct 18
2
Index corruption
I'm getting pretty constant index corruption on (admittedly large) Maildir folders. I'm running Thunderbird 0.7.3 and Mutt as my IMAP clients (on FreeBSD). Server is Dovecot 0.99.10.9 configured thusly: ./configure --disable-ipv6 CC=gcc-3.3 CXX=g++-3.3 --prefix=/opt/dovecot --without-pop3d on a Solaris 2.8 box. Maildirs are NFS-mounted, but the index files are on local UFS
2017 Aug 24
3
Building LLVM's fuzzers
George Karpenkov <ekarpenkov at apple.com> writes: > OK so with Kuba’s help I’ve found the error: with optimization, dead > stripping of produced libraries is enabled, > which removes coverage instrumentation. > > However, this has nothing to do with the move to compiler-rt, so I’m > quite skeptical on whether it has worked > beforehand. > > A trivial fix is to do: