In the real world, the mails which belongs to one thread could be dispersed
in different mailbox, at least Inbox and SENT, so whether the command can
search different mailboxes and grap them in one talk with dovecot?
If Not, any other approach to do that?
BTW, what the THREAD=REFS stands for? In
List
On 16.2.2012, at 5.59, Andy YB Hu wrote:
> Tried it, found it could trigger NFS issue.
..
> Whether it means the dovecot LDA also needs to run on the
On 15.2.2012, at 6.13, Andy YB Hu wrote:
> I can generate
On 14.2.2012, at 5.31, Andy YB Hu wrote:
> Now our system will take dovecot as the whole imap back end, and keep the
> LDA of ours, But our system has our own UID generation mechanism (in
> dov
Hi there,
Now our system will take dovecot as the whole imap back end, and keep the
LDA of ours, But our system has our own UID generation mechanism (in
dovecot it's incremental from 1), which will be done while local delivery,
So when local deliveries, it will first generate the UID, move the
List
On 10.2.2012, at 10.08, Andy YB Hu wrote:
> Searched the archive, and got the doveadm -a director-admin for local
> doveadm access, and -a host: port for remote doveadm access.
You can give -c parameter also to doveadm (and all other Dovecot pro
erver.
Andy YB Hu/Hong
Kong/IBM@IBMHK
Sent by: To
dovecot-boun
On 9.2.2012, at 10.36, Andy YB Hu wrote:
> I just tried out the Director. One question is about the re-redirection.
I
> know director will redirect all the simultaneous requests from the same
List
On 7.2.2012, at 8.26, Andy YB Hu wrote:
> I am running some concurrent testings under NFS.
Hi there,
Not sure whether it's a bug or env setting issue.
I am running some concurrent testings under NFS.
The dovecot (version 2.0.13) are deployed in 2 servers (same setup), whose
maildir are on the file server via NFS. Here are the output of dovecot -n:
[root@MyMachine src]$dovecot -n
#
10 matches
Mail list logo