Has anyone tried patching the 1.2.x source to force logging of all
passwords submitted during authentication, not just those that fail?
On 1/7/2011 4:32 PM, Timo Sirainen wrote:
It depends on what you need.. but, as the subject suggests,
auth_debug_passwords=yes does basically that for plaintext
authentication. You just need to de-base64-decode base64 the
base64-encoded data. If that's not enough for you, be more specific
what
On 2/24/2010 12:26 PM, Thomas M Goerger wrote:
Just wondering for all you people using Dovecot out there.
1. What mailbox protocol are you using?
2. What version of Dovecot?
We're using mbox on 1.2.9.
--
Dave Brenner - da...@toledotel.com
The Toledo Telephone Company, Inc.
or
userdb mail location?
Thanks!
--
Dave Brenner - da...@toledotel.com
The Toledo Telephone Company, Inc.
On 3/16/2010 8:48 AM, Timo Sirainen wrote:
Not really, without modifying code.. Except if you don't happen to have
prefix= namespace yet, then it could be kludged.
I do have that namespace. What's involved in the kludge?
--
Dave Brenner - da...@toledotel.com
The Toledo Telepho
On 3/16/2010 11:08 AM, Timo Sirainen wrote:
> mail_location = mbox:~/mail:CONTROL=~/:SUBSCRIPTIONS=.mailboxlist
>
> This works, because the only control file that mbox uses is the
> subscriptions file. In future this might cause some trouble if some
> other mbox control files show up..
This seem
On 6/28/2010 11:58 AM, Charles Marcus wrote:
Hmmm.. care to share a good set of command-line switches for top that
will let me see per user processes like that? Just running 'top', I only
see the active processes, and there are really very few...
top -U
--
Dave Brenner - da...@tol
xxx-users: bounce message w/no
discernable addresses:
(that last one is from Mailman logs)
Has anyone else run into this?
--
Dave Brenner - da...@toledotel.com
The Toledo Telephone Company, Inc.
Greetings.
We are testing with 1.2.9 and have found that with
mail_full_filesystem_access set to 'yes', we cannot force indexes for
folders under ~/mail to be stored in /var/dovecot/indexes/%u.
/var/dovecot/indexes/%u/.imap/INBOX/dovecot.index* is created just fine,
but everything else ends u
I continue to experience this issue, so I thought I would re-post my
inquiry.
We are testing with 1.2.9 and have found that with
mail_full_filesystem_access set to 'yes', we cannot force indexes for
folders under ~/mail to be stored in /var/dovecot/indexes/%u.
/var/dovecot/indexes/%u/.imap/IN
On 1/27/2010 12:13 PM, Timo Sirainen wrote:
> Looks like a bug. I'll look at it later. Do you really need it to be
> "yes"? :)
I would prefer that it be, since we have quite a few users who have
~/mail hard-coded as their IMAP root path (we're on UW currently). We
could get by with the split
On 1/27/2010 1:25 PM, Timo Sirainen wrote:
Did you read http://wiki.dovecot.org/Namespaces
I've been tinkering with it and have not yet gotten it to do exactly
what I want. Adding the sample namespaces for UW backward compatibility
causes the client to show the full ~/mail path in the subsc
On 1/28/2010 12:59 PM, Timo Sirainen wrote:
The idea is that you should make everything work with the default
prefix="" namespace and mail_location=mbox:~/mail. So your subscriptions
should have e.g. "Spam" without prefix. Your autocreate rules should
have "Spam" without prefix. After all that w
On 1/28/2010 6:09 PM, Timo Sirainen wrote:
Hmm. See if adding "alias_for = " for the extra namespaces helps. If it
doesn't, let me know and I'll fix those.
Well, I'm finally getting back to my configuration after a few days.
Here's what I've been up to:
I created these namespaces:
namespa
On 2/8/2010 4:48 AM, Frank Bonnet wrote:
Since we upgrade all our users's PC with Thunderbird 3(.0.1)
many of them have a problem with email that move back to unread
status even after they have read them.
While waiting for the release of 3.0.2, as a workaround, you can turn
off CONDSTORE supp
15 matches
Mail list logo
