Re: Virtual domain admin login behaviour

2018-04-30 Thread Dan White

On 04/30/18 12:00 -0600, Nels Lindquist wrote:

I have a mail server still running an older version of Cyrus IMAPD
(version 2.3.16) on CentOS 6 with virtual domains, using OpenLDAP as
an authentication backend with saslauthd for LOGIN/PLAIN when SSL/TLS
is used.

I recently set up a domain admin account for one of the virtual
domains in order to facilitate transfer of mail from that domain to a
different mail host, and while I was testing the setup I noticed some
inconsistent behaviour.

Using "imtest -m PLAIN -u u...@example.ca -a ad...@example.ca
mail.example.ca", I'm successfully able to login.

Executing ". list *.*" produces the expected list of u...@example.ca's
INBOX and subfolders.

Using "imtest -u u...@example.ca -a ad...@example.ca" (Note: no
mechanism override) it defaults to using the LOGIN method rather than
PLAIN, and I'm successfully able to log in.

However, the ". list *.*" command now produces a list of every folder
in the example.ca subdomain, not just the specified user's mailbox.

Anyone know what's going on here?


The LOGIN mech does not support proxy authentication:

https://www.sendmail.org/~ca/email/cyrus2/mechanisms.html

--
Dan White

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


Re: Size of partition.

2018-04-30 Thread Albert Shih
Le 30/04/2018 à 08:30:44+0200, Robert Stepanek a écrit
> On Fri, Apr 27, 2018, at 15:48, Albert Shih wrote:
> > I activated squatter but put the index not on ssd. The index
> > created by squatter are (in my case) about 5-8% of the size of
> > the mailbox.
> >
> > But I got lot of « conversation »  index. What's the purpose
> > of those « conversations »  ?
>
> conversations.db initially was used to keep an index of email
> conversations (e.g. the threaded views typically found in most email
> readers nowadays). But today it also helps for most use-cases where
> we need to keep track of messages across mailboxes (e.g. if you have
> two copies of an email in two mailboxes, you'll see that reflected in
> conversations.db). It confusingly is still named conversations.db for
> historic reasons. But for any recent (v3) Cyrus IMAP installation,
> including Xapian and JMAP, it's a very critical piece in the puzzle.

Ok. Thanks you.

Still one question, I see in the configuration file

  conversations_expire_days : 90

why do I need to keep those information during 90 days ?  For example what
would be the impact if I say

  conversations_expire_days : 7

Thanks for you help

Regards.

--
Albert SHIH
DIO bâtiment 15
Observatoire de Paris
xmpp: j...@obspm.fr
Heure local/Local time:
Mon Apr 30 20:00:10 CEST 2018

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


Virtual domain admin login behaviour

2018-04-30 Thread Nels Lindquist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I have a mail server still running an older version of Cyrus IMAPD
(version 2.3.16) on CentOS 6 with virtual domains, using OpenLDAP as
an authentication backend with saslauthd for LOGIN/PLAIN when SSL/TLS
is used.

I recently set up a domain admin account for one of the virtual
domains in order to facilitate transfer of mail from that domain to a
different mail host, and while I was testing the setup I noticed some
inconsistent behaviour.

Using "imtest -m PLAIN -u u...@example.ca -a ad...@example.ca
mail.example.ca", I'm successfully able to login.

Executing ". list *.*" produces the expected list of u...@example.ca's
INBOX and subfolders.

Using "imtest -u u...@example.ca -a ad...@example.ca" (Note: no
mechanism override) it defaults to using the LOGIN method rather than
PLAIN, and I'm successfully able to log in.

However, the ". list *.*" command now produces a list of every folder
in the example.ca subdomain, not just the specified user's mailbox.

Anyone know what's going on here?

Nels Lindquist | 

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAlrnWdMACgkQh6z5POoOLgQ0xwCfXrbgyjuw2Vcm7Dl1bhh67OqL
qakAmgLaK/b5nIKucNFfSlDAD25yoVBf
=E1iK
-END PGP SIGNATURE-

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


Re: Size of partition.

2018-04-30 Thread Robert Stepanek
On Fri, Apr 27, 2018, at 15:48, Albert Shih wrote:
> I activated squatter but put the index not on ssd. The index created by
> squatter are (in my case) about 5-8% of the size of the mailbox.
> 
> But I got lot of « conversation »  index. What's the purpose of those «
> conversations »  ?

conversations.db initially was used to keep an index of email conversations 
(e.g. the threaded views typically found in most email readers nowadays). But 
today it also helps for most use-cases where we need to keep track of messages 
across mailboxes (e.g. if you have two copies of an email in two mailboxes, 
you'll see that reflected in conversations.db). It confusingly is still named 
conversations.db for historic reasons. But for any recent (v3) Cyrus IMAP 
installation, including Xapian and JMAP, it's a very critical piece in the 
puzzle.

Cheers,
Robert

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus