similar to: Disconnected: Too many invalid IMAP commands

Using current Apple mail 4.5 as client to Dovecot 2.0.13 I see lots of these messages in the log file for one machine and account. Near as I can tell, the client still works (it's mine), but, the messages concern me. Is there some known issue with Apple mail, or, if not, how to capture the information needed to debug? Sample log entires for my user matching on the message: Aug 20 16:28:36

Hi Could anybody explain me how to check how many L1/L2 cache my cpu have. I'm using CentOS 5.6 *cat /proc/cpuinfo |grep CPU * model name : Intel(R) Core(TM)2 Duo CPU T9300 @ 2.50GHz model name : Intel(R) Core(TM)2 Duo CPU T9300 @ 2.50GHz Diagram of a generic dual-core processor, with CPU-local level 1 caches, and a shared, on-die level 2 cache.

Doing some testing in Squirrelmail, with quotas, and basically opening a message, and saving it as a draft, over and over until I run at of quota. This is what I get when I try and save a message that is larger than the size left May 30 19:36:36 mafeking dovecot: IMAP(joeblogs): Disconnected: Too many invalid IMAP commands. and in SM ERROR: IMAP server closed the connection. Server responded:*

There are a couple of jerks that are tying to dictionary attack my email server, and one of the vectors is pop3/imap logins. Something I would like to do in dovecot, but can't seem to find, is the ability to disconnect after a certain number of errors. The vast majority of my users (i.e. me) don't hand-type POP3 or IMAP transactions, but when we do, we know how to spell things

Hello. This might be a silly problem, but I'm a bit a newbie at this, and the internet didn't give me a solution to this yet. I installed a mail server with postfix, dovecot, postfixadmin and a mysql DB for authentification, using this tutorial : <http://www.exratione.com/2012/05/a-mailserver-on-ubuntu-1204-postfix-doveco t-mysql/>

Hi, my company have just bought new network and I have question about one problem. As in topic we must use few completely different dsl''s and balance traffic between them. 2M/0,5M 4Mb/0,5M 8M/0,5M M=Mb/s I''ve never done such thing before so I have doubts how it will work. If the links are symmetric 2/2 4/4 8/8 there is no problem because with weights I can compensate the

Hi, This value is an ongoing rough estimate based on the amount of data rebalance has migrated since it started. The values will cange as the rebalance progresses. A few questions: 1. How many files/dirs do you have on this volume? 2. What is the average size of the files? 3. What is the total size of the data on the volume? Can you send us the rebalance log? Thanks, Nithya On 30

After running into some VM problems with the new CentOS 4.4 kernel, which I suspect are VMWare related, I built 2.6.16.29 using the FC5 .config file for 2.6.15 and "make oldconfig". It seems to have resolved the "page allocation failure" problem. But I find its behavior to be a bit odd. This is a 4GB system. min_free_kb is at the default, which is 3841. So I would expect

I cannot calculate the number of files normally Through df -i I got the approximate number of files is 63694442 [root at CentOS-73-64-minimal ~]# df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/md2 131981312 30901030 101080282 24% / devtmpfs 8192893 435 8192458 1% /dev tmpfs

On Fri, Jun 15, 2018 at 02:11:23PM +0000, Wang, Wei W wrote: > On Friday, June 15, 2018 7:42 PM, Michael S. Tsirkin wrote: > > On Fri, Jun 15, 2018 at 12:43:11PM +0800, Wei Wang wrote: > > > Negotiation of the VIRTIO_BALLOON_F_FREE_PAGE_HINT feature indicates > > > the support of reporting hints of guest free pages to host via virtio-balloon. > > > > >

On Fri, Jun 15, 2018 at 02:11:23PM +0000, Wang, Wei W wrote: > On Friday, June 15, 2018 7:42 PM, Michael S. Tsirkin wrote: > > On Fri, Jun 15, 2018 at 12:43:11PM +0800, Wei Wang wrote: > > > Negotiation of the VIRTIO_BALLOON_F_FREE_PAGE_HINT feature indicates > > > the support of reporting hints of guest free pages to host via virtio-balloon. > > > > >

I met a big problem,the cluster rebalance takes a long time after adding a new node gluster volume rebalance web status Node Rebalanced-files size scanned failures skipped status run time in h:m:s --------- ----------- ----------- ----------- ----------- -----------

Debian 10 or 11? 11 = testing and samba 4.12.5 10 = buster and samba 4.9.5 Also show smb.conf. Im running 4.12.5 on my home media device, and always 110MB/s copy speeds on my gigabit nic. (same as the 4.11 or 4.10 or 4.9 or 4.8 versions) Can you show your smb.conf? And running kernel version. > https://i.ibb.co/N618Z4W/Debian-7.png Is a bit speculative. If .. i copy 1 file of 1GB to

Jack Moffitt <jack@icecast.org> writes: > Are you using shout? No, using winamp with the shoutcast plugin to get audio from an analog stream. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< "You have rights antecedent to all earthly governments; rights that cannot be repealed

Let me explain more of my testing. I take the same laptop (a cheap compaq). I point winamp at my icecast server, which is one hop away (frame relay T1). After 30-40 min I get stuttering and eventual disconnect. I point same winamp on same laptop to random icecast server(s). It's fine for more than 2 hours, at a higher bitrate even. (I am broadcasting at 40kb, I tested rates at 96 and 128kb.)

Let me explain more of my testing. I take the same laptop (a cheap compaq). I point winamp at my icecast server, which is one hop away (frame relay T1). After 30-40 min I get stuttering and eventual disconnect. I point same winamp on same laptop to random icecast server(s). It's fine for more than 2 hours, at a higher bitrate even. (I am broadcasting at 40kb, I tested rates at 96 and 128kb.)

I have a patch that will fix your stuttering problem, apply to version 1.3.10. In src/sock.c line 533, replace the original line (return n;) with this: return (t==0) ? n : t; This will not help you if your client is legitimately not able to receive data fast enough, but should correct the stuttering. If you want more information, or a "proper" patch, let me know. Mark $

> In src/sock.c line 533, replace the original line (return n;) with > this: > > return (t==0) ? n : t; > > This will not help you if your client is legitimately not able to > receive data fast enough, but should correct the stuttering. > > If you want more information, or a "proper" patch, let me know. Didn't I apply this patch to cvs? jack.

On Wed, Jun 27, 2018 at 09:24:18AM +0800, Wei Wang wrote: > On 06/26/2018 09:34 PM, Michael S. Tsirkin wrote: > > On Tue, Jun 26, 2018 at 08:27:44PM +0800, Wei Wang wrote: > > > On 06/26/2018 11:56 AM, Michael S. Tsirkin wrote: > > > > On Tue, Jun 26, 2018 at 11:46:35AM +0800, Wei Wang wrote: > > > > > > > > > > > + if (!arrays) >