similar to: How to limit Apple Mail (desktop)?

By default, Apple Mail downloads all e-mails from server's account. Previous versions of this client allowed to opt-out. The latest two versions? however, only allow to opt-out from downloading the attachments. The stress on the server is unbearable. We cannot ask users to be considerate: this is the default behaviour of Apple Mail. We need a server-side solution to the problem. Please

Am 31.10.2017 um 14:06 schrieb Mar?a Arrea: > > ?? If you use Linux you can use netfilter (iptables) mark feature to > track individual connections from a given IP, and above a threshold you > can shape the bandwitdh based on those iptables mark. For example, if an > IMAP connection from ip X exceed 100 megabytes of data, bandwitdh for > that ip would be limited to 100 KB/sec

Am 30.10.2017 um 10:38 schrieb Rupert Gallagher: > By default, Apple Mail downloads all e-mails from server's account. Previous versions of this client allowed to opt-out. The latest two versions? however, only allow to opt-out from downloading the attachments. > > The stress on the server is unbearable. We cannot ask users to be considerate: this is the default behaviour of Apple

When Apple Mail connects to an IMAP account for the very first time, it downloads all e-mails to build a local mirror. When the user changes the name of a folder, Apple Mail downloads the whole subtree and erases the old one. We have Apple Mail users with >20GB worth of e-mails, downloaded multiple times (horrified emoticon here). Sent from ProtonMail Mobile On Mon, Oct 30, 2017 at 10:38

?? If you use Linux you can use netfilter (iptables) mark feature to track individual connections from a given IP, and above a threshold you can shape the bandwitdh based on those iptables mark. For example, if an IMAP connection from ip X exceed 100 megabytes of data, bandwitdh for that ip would be limited to 100 KB/sec (or whatever number). First 100 megabytes, top speed, above that they

"@lbutlr" <kremels at kreme.com> writes: (Are you the OP, or have I mistakenly atributed this to Rupert Gallagher?) >> So what the composition of all this traffic? Are you saying the mail >> client is ultra dumb and repeatedly downloading entire messages, read >> and unread, attachment and all (i.e. you're truly bandwidth limited?) > > It most

> What's in your mind as solution? When dovecot receives many full body downloads from a client, it could respond by sending the header only. Sent from ProtonMail Mobile On Tue, Oct 31, 2017 at 11:29 AM, <ml+dovecot at moritz.augsburger.name> wrote: > Hi, On 30.10.2017 10:38, Rupert Gallagher wrote: > We need a server-side solution to the problem. more powerfull hardware?

On 31.10.2017 14:44, Rupert Gallagher wrote: >> What's in your mind as solution? > When dovecot receives many full body downloads from a client, it could respond by sending the header only. This sounds rather dangerous. Client is expecting full body download, not headers. Aki > Sent from ProtonMail Mobile > > On Tue, Oct 31, 2017 at 11:29 AM, <ml+dovecot at

Hi, On 30.10.2017 10:38, Rupert Gallagher wrote: > We need a server-side solution to the problem. more powerfull hardware? What's in your mind as solution? Don't tell the client about the mails -> user will miss old mails. Stop him from fetching body with a temporary "UNAVAILABLE" failure? -> Don't know how apple mail will react, but probably present some error

Aki, the IMAP client can receive the e-mails with an empty body without any damage. This is how IMAP works normally. The full body is queried again by the client when reading the e-mail for real. On Tue, Oct 31, 2017 at 1:52 PM, Aki Tuomi <aki.tuomi at dovecot.fi> wrote: >>> What's in your mind as solution? >> When dovecot receives many full body downloads from a

The arithmetic stuff has already been fixed in master with https://github.com/dovecot/core/commit /5cccb4af850bb3ba81e73a8fb4f6881c3e1d4046.patch https://github.com/dovecot/core/commit /ac7aa955db4c77bbb169baa5d104a4c128674646.patch I have not seen the second error ever, it would need more information, can you gdb to it and see what the actual value is? Aki > On 03 January 2019 at 13:38

How? :) On May 3, 2017 5:25:51 PM GMT+02:00, Rupert Gallagher <ruga at protonmail.com> wrote: >Problem solved. > >Sent from ProtonMail Mobile > >On Tue, May 2, 2017 at 3:46 PM, Rupert Gallagher <ruga at protonmail.com> >wrote: >Hello, > >Thunderbird has been bugging us with connection errors. Dovecot is >installed on a local server that carries a local IP

We have recently started making more frequent use of the meetme conference of our * system. We are using v1.0.8 with a 2.6.11 kernel on our system. We generally have 4 callers in it: two with the gsm codec and 2 with g729. Initially, the conference works fine and there is little latency. After about 15min., though, the latency is very noticable and by 25min it's unbearable. If we all leave

I would rather choose what to install. Sent from ProtonMail Mobile On Sat, Jul 1, 2017 at 1:02 PM, Sami Ketola <sami.ketola at dovecot.fi> wrote: >> On 1 Jul 2017, at 13.08, Rupert Gallagher wrote: > > I tried compiling without "--with-storage=maildir" and it terminated without error. I need to enforce maildir, however. You can enforce maildir in configuration. Sami

Connections from anything other than LAN. On Thu, Oct 18, 2018 at 08:49, Aki Tuomi <aki.tuomi at open-xchange.com> wrote: > On 18.10.2018 9.48, Rupert Gallagher wrote: >> Hello! >> >> Is it possible to hide the public folder when the user is on its >> mobile phone? > How would you know this? > > Aki -------------- next part -------------- An HTML

If something deletes and recreates the folder, it?s not really the folder to which you subscribed, is it?! On Wed, May 23, 2018 at 10:33 PM Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > I understand that reading that paragraph makes it sounds obscure and > outdated. But the problem is that if something deletes & recreates your > folder, while you were gone, you would lose the

If John Doe dies and a new John Doe is born, they?re not the same person, are they? On Wed, May 23, 2018 at 10:37 PM Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > That's rather difficult semantic question. > > Aki > > On 24.05.2018 08:35, Roger Klorese wrote: > > If something deletes and recreates the folder, it?s not really the folder > to which you subscribed,

On Monday 08 May 2017 19:25:26 Rupert Gallagher wrote: > Today the problem raised its head again, with a twist. A LAN client lost the > DNS setting that pointed directly to the LAN address of the IMAP server, > and two things happened: the LAN client could not connect to IMAP as we > know, and a telephone call from the external client reported the same. When > the LAN client closed

> On July 1, 2017 at 7:23 PM Rupert Gallagher <ruga at protonmail.com> wrote: > > > I would rather choose what to install. > Sent from ProtonMail Mobile > > On Sat, Jul 1, 2017 at 1:02 PM, Sami Ketola <sami.ketola at dovecot.fi> wrote: > > >> On 1 Jul 2017, at 13.08, Rupert Gallagher wrote: > > I tried compiling without

I understand that reading that paragraph makes it sounds obscure and outdated. But the problem is that if something deletes & recreates your folder, while you were gone, you would lose the subscription. This includes other MUAs that are in no way obligated to resubscribe to the folder if they do this. Aki On 23.05.2018 23:13, Rupert Gallagher wrote: > Sorry for top posting, my client is