search for: swung

I was wondering, does Dovecot's IMAP server hand Outlook XP's contact lists? I tried to enter a contact on my IMAP server and received an error from Outlook stating that the Contacts formatting was too complex and thus couldn't be saved. I went ahead and swung my box over to MailDir and scrapped Sendmail for Postfix [for maildir support], I was wondering, would this issue continue? In other words, by swinging over to MailDir, would Dovecot be able to handle Outlook's Contacts information? Will L G

...t;40\" on_crash=\"preserve\" ; done And then used the shell snippet from the bug report to generate load: while true; do xl list &> /dev/null; usleep 5000;done With xenstored normally the CPU load was about 30%. Mounted under tmpfs, it was slightly smaller, around 20%, but swung around wildly. With oxenstored it was about 15%. This is with xfs as the filesystem. That doesn't seem big enough to warrant a lot of effort: if you can reproduce the 75% numbers from the bug report I'll pursue it further, otherwise I'll probably just leave it. -George

Hi list, first of all, many thanks to the Dovecot authors for supplying an IMAP server that works well with M$-Outlook! I have used UW-imapd for quite a while and was annoyed by frequent "imap...timeout..." error messages. Now I'd like to give maildir format a try because I want to use email sub-folders. What are other Outlook users' experiences with maildir? Is it as

Hi! If I install a CAPI-compatible ISDN-card in my server, will that: a) enable me to connect that server to the public phone net b) allow me to connect an ISDN phone to the server and use it as a SIP-phone c) all of the above? Regards, Evert

By default, /var/lib/xenstored is mounted tmpfs in centos 5 but this doesn't appear to be true for Xen4CentOS. This can cause performance issues as mentioned in https://bugzilla.redhat.com/show_bug.cgi?id=446089 I'm not sure if this should be part of xencommons, but if not, adding a tmpfs mount should probably be documented on the quick start wiki page. Thanks, Sarah

Folks: Problem: [<-.data,frame() is losing attributes under certain curcumstances shown below. I think this is a bug, at least in documentation, as I was unable to find explicit documentation of the behavior. Indeed, the only documentation I found told me attributes are preserved. Here is a detailed description: > df <- data.frame(a=1:3, b=letters[1:3]) > attr(df,"foo")