similar to: Loading Message Delays

We run a dovecot mailserver. One of the clients I use is a Mac Laptop. Recently I upgraded from Mountain Lion (10.8) to Mavericks (10.9). Under 10.8 it worked fine. On 10.9 it syncs up when I invoke the client, but after a while stops getting updates. Most of my mail clients are on Linux (thunderbird) or Android (K9) and I admit that several run against my very large INBOX simultaneously. The

Pardon the naive question, but I'm obviously missing something. I'm running the tools in standalone mode on Ubuntu 14.04. All is working well. upsc nicely shows me all the status info from command line. What I'm missing is how to get the GUI display.

I run thunderbird (both 3.x and 5.x) against dovecot 2.x and frequently see delays "loading message". I admit to having a very large mailbox and running multiple imap clients. I've turned on thunderbird debugging, and at least one pattern I see in the log during the delays (maybe a minute long) is the failed protocol message above. These are no the only delays, but are the ones

I use a lot of tabs and Firefox runs very slowly. I would like to figure out which tabs are eating up resources (cpu, memory, etc). Will the Mozilla dtrace framework be any help with this? -- This message posted from opensolaris.org

We are running Dovecot 2.0.12. It runs on only one server and /var/mail is local where all the INBOX's are stored. Users other IMAP folders are NFS mounted on the server. We see frequent Error: nfs_flush_file_handle_cache_dir: rmdir(/var/mail) failed: Device busy I know this error message has been around a long time. Should we still be seeing it on 2.0.12 with a local /var/mail. Perhaps

I've tried two imap clients (mahogany and Mozilla) and they both have strange delays and weird failures. As a reminder, I am using mbox format mailboxes on the server and client side filtering of messages from the inbox. In both cases when the client fetches messages from the inbox and starts redistributing them, CPU utilization on the imap server goes to around 40 percent for Mozilla

Hello, we run a Dovecot 2.0.13 instance purely as SASL backend for Postfix, authenticating against a local passwd-file and our central LDAP database. # dovecot -n # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32.36-0.5-default x86_64 SUSE Linux Enterprise Server 11 # (x86_64) auth_mechanisms = plain login auth_verbose = yes passdb { args = /etc/dovecot/dovecot-passwd driver =

JM, I also need to know the precise delays from Speex but I used the SPEEX_GET_LOOKAHEAD control requests to determine them (plus the "speex_resampler_get_output_latency" function from the resampler). The returned values from the Speex lookahead request don't seem to match with the values you gave Alexander. Am I doing this wrong? Thanks, John Ridges speex-dev-request at

Speex tells me that the decoder is always 5 ms, but it says that the encoder is 5 ms for NB, 8.9375 ms for WB, and 10.90625 ms for UWB. Is there an extra frame of delay in the encoder that isn't otherwise accounted for? John Ridges Jean-Marc Valin wrote: > Quoting John Ridges <jridges at masque.com>: > >> I also need to know the precise delays from Speex but I used

I had samba running fine on a Fedora 6 machine. I've upgraded to Fedora 11 and I'm getting huge delays when first accessing a folder. With Fedora 11 I'm ussing samba-3.3.2-0.33.fc11.i586. I'm getting about 60+ second delays before being requested to enter my username/password. I've used WireShark and can see 1) Session Setup AndX Request, NTLMSSP_NEGOTIATE 2) 20 seconds

Hi, I want to do a careful measure of mic-to-net and net-to-spkr delays in sip media engine and to make it really precise I need to know delays, introduced by Speex algorithms. In particular, I'm interested in delays of: 1) encoder in NB, WB and UWB modes, 2) decoder (I guess it should be 0?) 3) resampler. I think it varies depending on input rate to output rate ratio. Any generic formula or

I have an Asterisk system with a TE110P installed and connected to an ISDN E1 PRI that is delivered via a 2mb SHDSL connection. I am experiencing delays (the type of delay you would get on an international call) during calls. I am wondering if anyone could advise, would the problem be with any part of the Asterisk system or is the problem with the fact that the ISDN is delivered over the internet?

Hi *, after upgrade from 2.2.8a to 3.0.4, I'm suffering from ~10 min. delays on login/first access of a share from a WinXPpro client to a samba 3.0.4 PDC (SuSE 9.0). This is printed in the logs: [2004/06/16 11:58:20, 3] smbd/sec_ctx.c:set_sec_ctx(288) setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0 [2004/06/16 11:59:20, 3] smbd/sec_ctx.c:set_sec_ctx(288) setting sec ctx (0, 0) -

Dear List Members, We have been running Dovecot as an IMAP server for web based access to email for our customers. At the moment, when the server is under load, some users are finding that it takes 45 seconds to log in. I was wondering if any of you guys would have any tips. I would love any information that would help solve or debug this issue. Background information: The server is

I asked about this a while back. It seems that this problem is getting much worse. The problem/issue: there is a very long delay when my system does a write to the filesystem. The delay now is over 5 minutes (yes: minutes). This only happens on the first write after booting up the system, and only for large files - 1GB or more. This can be a serious problem since all access to any hard disk is

I've been using IPSec and racoon alot lately creating tunnels between FreeBSD machines. Everything works as it should once I've got it running. I do however seem to get delays when one, or both ends of the tunnel drop or are rebooted. On reboot, once the machine starts racoon, it takes two or three minutes for the tunnel to come back up. If I stop and restart racoon, it takes only 60

Hi, wasn't the change of the mailing list software some time ago expected to fix the long delays on the Asterisk lists? I still see turnaround times of half an hour, or so. Can others confirm this? Does anybody have an idea about the reason? cu Reinhard

Hi, I'm using Dovecot 2.1.6 and LDAP server as a backend for Postfix SMTP-Auth (SASL) on Debian GNU/Linux (wheezy), Solaris 10 and AIX 6.1/7.1. If Dovecot passdb is configured with LDAP (no TLS/SSL), it is no problem. But if Dovecot passdb is configured with LDAPS (or LDAP+TLS), Dovecot auth process has a problem that Dovecot auth delays exiting about between 20 and 60 seconds when Dovecot

https://bugs.freedesktop.org/show_bug.cgi?id=69180 Priority: medium Bug ID: 69180 Assignee: nouveau at lists.freedesktop.org Summary: Delays when using nouveau and switcheroo QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: a0vhv at t-online.de

From time to time I get applications that use data on a Samba share locking up for long periods. Sometimes minutes. I am using a Windows 10 client and Samba 4.12.5 on Fedora 32 smb.conf is pretty simple: /[global]// //?? log file = /var/log/samba/%m.log// //?? writeable = yes// //?? workgroup = HOME// //?? hosts allow = 192.168.2.0/24 // //?? security = user// //?? passdb backend = tdbsam//