similar to: default_pass_scheme = PLAIN-MD5 dont work :(

I'm using Dovecot 1.2.15 on Ubuntu, but I think this applies to other versions as well. I store user info and passwords in MySQL. It appears 'default_pass_scheme = PLAIN' allows blank passwords. My question is: Is this a bug or is this by design? If it is by design, is there a setting that I'm not aware of that changes this behavior? Of course let me know if you need additional

Hello list, I am running Dovecot 1.0-test46 on FreeBSD with PostgreSQL as backend, runs _very_ nice, but i can not set "default_pass_scheme = CRYPT" (only PLAIN) for PostgreSQL Auth in dovecot-pgsql.conf. I have a valid entry in pg_hba.conf (and reloaded/restarted): "local mail mail crypt" If i replace crypt in pg_hba.conf

Hi I have now my main mail server using dovecot with diferents domains and for user auth using mysql with default_pass_scheme = PLAIN, Now I am migrating a new domain from other server with dovecot using mysql with default_pass_scheme = MD5. My question is: Is possible have a different default_pass_scheme depending of the domain? could I use dovecot with domains using mysql auth with

The Wine development release 1.7.0 is now available. What's new in this release (see below for details): - Support for vertical text in the Postscript driver. - Version 2 of liblcms used now instead of version 1. - Unicode data updated to Unicode 6.2.0. - Hyperlink controls supported in installers. - Improved support for XML attributes. - Various bug fixes. The source is

I''m new to rails and have a query that uses a derived view (see below) and am wondering how return the data. I don''t have a model for this, so I not sure if find_by_sql can be used. Any help is greatly appreciated. select product ,mailer ,sum(dev_total) dev ,sum(qa_total) qa

Hello everyone, We are in the process of formalizing the governance model of the GlusterFS project. Historically, the governance of the project has been loosely structured. This is an invitation to all of you to participate in this discussion and provide your feedback and suggestions on how we should evolve a formal model. Feedback from this thread will be considered to the extent possible in

https://bugs.freedesktop.org/show_bug.cgi?id=111213 Bug ID: 111213 Summary: VA-API nouveau SIGSEGV and asserts Product: Mesa Version: 19.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at