similar to: Break up massive INBOX?

On 2016-10-25 06:51, Aki Tuomi wrote: > On 25.10.2016 09:43, mrobti at insiberia.net wrote: >> I have inherited a 10+ GB mailbox which dsync converted to maildir >> very nicely. But 15GB in tens of thousands of messages is too much in >> one INBOX when used in webmail. >> >> I guess it's best to divide the messages into subfolders for date. >> >>

On 25.10.2016 09:43, mrobti at insiberia.net wrote: > I have inherited a 10+ GB mailbox which dsync converted to maildir > very nicely. But 15GB in tens of thousands of messages is too much in > one INBOX when used in webmail. > > I guess it's best to divide the messages into subfolders for date. > > Is there a server-side way to safely move messages into new subfolders

PowerDNS supports CAA records beginning with version 4.0, but the pdns package in EPEL for most recent centos versions is stuck at around version 3.4 (3.4.11 is what I have). Do I have no other choice but to manually compile and maintain my own pdns installation? I prefer to avoid this but I need up-to-date features. Perhaps there is a PowerDNS specific work-around? Maybe the EPEL

On 2017-03-10 23:22, Christian Kivalo wrote: > Am 11. M?rz 2017 08:04:28 MEZ schrieb MRob <mrobti at insiberia.net>: >> >>>> We have a need for some users to have an additional folder created >> and >>>> subscribed for them. >>>> >>>> Is is possible to return an override for the default "namespace >> inbox"

Hi, I originally picked mdbox because I had the impression from reading about it on the mailing list that it was more performant and that it would conserve disc space. But lately i found mailboxes have nearly double the storage as reported. I mean, IMAP QUOTA reports around 900MB for one account that has over 2GB when I inspect the mail location of the user using the linux command `du`

>> We have a need for some users to have an additional folder created and >> subscribed for them. >> >> Is is possible to return an override for the default "namespace inbox" >> containing the needed mailbox definitions in the userdb lookup for >> such users? If so, how would the userdb lookup result be formatted? >> Presumably as > >

On 2017-03-13 19:31, MRob wrote: > On 2017-03-10 23:28, MRob wrote: >> On 2017-03-10 23:22, Christian Kivalo wrote: >>> Am 11. M?rz 2017 08:04:28 MEZ schrieb MRob <mrobti at insiberia.net>: >>>> >>>>>> We have a need for some users to have an additional folder created >>>> and >>>>>> subscribed for them.

I know there's a couple third party repos offering PHP 7 for Centos. I prefer not to add too much third party that I don't have to and PHP 7 has been mainstream for some time now, I thought maybe it would be in EPEL by now. What is the most recommended and stable way to get an up to date PHP on Centos 7?

hi guys, I hope it's common trouble, but I'm not able to find a solution: - i'am using courier imap and trying to migrate to the dovecot - on courier I have all folders as subfolder of Inbox - i.e. Inbox.Sent but on dovecot the folder Sent is not subfolder of Inbox, but its on the same level. Please is there some possibility to have the subfolders the same behaviour as in courier?

on centos 7 I tried to install banshee from EPEL yum install banshee gotting this error: Error: Package: banshee-2.6.2-11.el7.x86_64 (epel) Requires: libgpod-sharp >= 0.8.2 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest seems known problem but ignored to fix it in a year or more:

How can I query the current pigeonhole version from a running instance to verify it is what I expect? Possible to get `dovecot --version` to show things like that?

On 14.03.2017 05:57, MRob wrote: > On 2017-03-13 13:40, Aki Tuomi wrote: >> On 2017-03-13 19:31, MRob wrote: >>> On 2017-03-10 23:28, MRob wrote: >>>> On 2017-03-10 23:22, Christian Kivalo wrote: >>>>> Am 11. M?rz 2017 08:04:28 MEZ schrieb MRob <mrobti at insiberia.net>: >>>>>> >>>>>>>> We have a need for

Hi, I've been using the dovecot IMAP server for about a year now, and basically it works. But there's an annoying problem, that I can't make any subfolders. I can only make folders that are at the same level as my INBOX folder. Worse, I can't delete folders once I've created them. I'm using Debian unstable on both the server machine and my client machine. The

Hallo, I try to migrate existing imap server to dovecot 1.2 in debian squeeze if I connect to imap://user at host/INBOX Inbox works as expected and I get the content of Maildir/{cur,new,tmp} Maildir/.subfolder already exists if I connect to imap://user at host/INBOX.subfolder I get "folder not found" if I do a imap directory listing (raw mutt config, no subscriptions)

Hello again, I have an installation with dovecot and I am accessing it through linux mint and thunderbird v3.0.10 As thunderbird "subscribes" to dovecot, it does the following : Inbox Trash MyName at Mydomain.gr Local Folders Local Folders MyName at Mydomain.gr subfolder A Subfolder B Subfolder C Subfolder D Subfolder E Local Folders Outbox OK, I have to admit a have

Using brand new dovecot 2.1.5 I still have a problem with the inheritance of acls. Setting: - maildir with private INBOX and public folders. - users maildir directory (/home/mail/user/ahelmcke) contains dovecot-acl file - public folders root directory (/home/mail/Fax) contains dovecot-acl file When creating a subfolder of the public folder the dovecot-acl files gets copied to the subfolders

Hi, I have a problem with INBOX subfolders and subscriptions which I can't solve... Maybe somebody has seen this, too... I can create regular subfolders (not in INBOX) and (un-)subscribe to them with Thunderbird. If I create subfolders in the INBOX with TB this seems to work now in v31 (just found this out), but with v24.6 neither INBOX subfolder creation nor subscriptions worked. When

Hello. After we switched the format from mbox to mdbox on our dovecot (version 2.1.9) servers last week, some of our users were missing the subfolders of their inboxes. So far we thought that with the mbox format it is not possible to have mail folders containing both messages and subfolders. Now we know that there is one exception from this rule: the inbox. With mbox format dovecot

> On 14. Oct 2020, at 12.51, Victor Sudakov <vas at sibptus.ru> wrote: > > Those Mac clients who do not use nested folders do not seem to be > affected. That is, I've already suggested to the Mac Mail user that he > start Thunderbird, move all his mailboxes into the IMAP root folder, and > then go on using Mac Mail. I hope that's what he has done. There is a bug

Hi all, does anybody here use MacOS (Catalina) Mail, who can confirm that subfolders (i.e. folders inside folders) work for them? It seems that I cannot create/access Maildir subfolders at all. Subfolders created in Mail show up as '.folder\2esubfolder' on disk, suggesting that Apple Mail is URL-coding the dot separator before it passes it onto Dovecot. No such translation takes place