search for: widell

On 12/06/2014 02:35 AM, Nick Edwards wrote: > On 12/5/14, ML mail <mlnospam at yahoo.com> wrote: >> Hello, >> >> I am wondering which variant is more secure for user authentication and >> password scheme. Basically I am looking at both variants: >> >> 1) MD5-CRYPT password scheme storage with CRAM-MD5 auth mechanism >> 2) SHA512-CRYPT password

...at least ns3 can be ignored ( I created that port myself ). I think nvidia-driver and fusefs-kmod now fails due to -stdlib=libc++ in LDFLAGS, normally fusefs-kmod just fails install-phase due to missing pkg-message file. I saved the workdirs for poudriere, and they are available at http://benriach.widell.net/~andrnils/libc++/ , both as individual tarballs and one tarball that includes all the others. There is also the lists of packages I try to build, as well as the ones that fails. One general question: How am I supposed to include -stdlib=libc++ in LDFLAGS just for c++? Having -stdlib=libc++ in...

Hi, according to changelog 2.2.rc3, dsync should replicate sieve scripts. Do I need turn on or switch some option(s), for this to work? Replication of mailboxes works great, only sieve scripts not. root at mail-1-proidea ~ # dpkg -l dovecot* | grep ^ii ii dovecot-core 2:2.2.15-1~auto+0 amd64 secure POP3/IMAP server - core files ii dovecot-imapd

When I login through imap, I can see everything in ~/mail/ just fine. I cannot save to any of them. If I have an autocreate-autosubscribe folder (ZZZ here), it shows up as empty (correct). Then if I save something to it through imap, a file ~/mail/ZZZ appears, but nothing actually gets saved to it. David Griffith dave at 661.org ===begin quote=== # 2.1.7: /etc/dovecot/dovecot.conf # OS:

W dniu 2014-12-14 12:31, Dave G. napisa?(a): > When I login through imap, I can see everything in ~/mail/ just fine. > I cannot save to any of them. If I have an autocreate-autosubscribe > folder (ZZZ here), it shows up as empty (correct). Then if I save > something to it through imap, a file ~/mail/ZZZ appears, but nothing > actually gets saved to it. Turn debug on, and watch

Hello, I am wondering which variant is more secure for user authentication and password scheme. Basically I am looking at both variants: 1) MD5-CRYPT password scheme storage with CRAM-MD5 auth mechanism 2) SHA512-CRYPT password scheme storage with PLAIN auth mechanism In my opinion the option 2) should be safer although it is using PLAIN auth mechanism. Of course I would always use STARTTLS and

...remove TerminatoINst, which would allow CallInst and InvokeInst to share a base class and allow the removal of the CallSite abstraction. * Tom Stellard is getting ready for the 6.0.1 release, with rc2 [scheduled](http://lists.llvm.org/pipermail/llvm-dev/2018-May/123389.html) for May 25th. * Jens Widell has [summarized](http://lists.llvm.org/pipermail/cfe-dev/2018-May/058003.html) the thread on 'JumboSupport'/unity builds in Clang and proposes a path forwards. * Alexey Sidorin has [shared](http://lists.llvm.org/pipermail/cfe-dev/2018-May/057985.html) proof-of-concept work on a new API for...