similar to: Using dsync to synchronize pop3 mailbox <-> pop3 mailbox

Hi All, Our test users re-download the mail they've left on the server when they switch from Qpopper to Dovecot. Qpopper includes the X-UIDL header - X-UIDL: X8V"!E)<"!58?"!"9C"! - on read messages. Any suggestions are appreciated. I've included my dovecot configuration. Thank you, Tristan --- Tristan Tristan Goguen CEO, ILAP? T: 416-250-5600 ext. 205 F:

Hello, I have setup v2.2.12 to mirror mailboxes between our main mail server (vmail.example.com) and a failover server (vmail1.example.com). The problem I have is the behavior of mailboxes used on the main server (*vmail*) over POP3. I have setup an IMAP account on the failover server (*vmail1*) on such a mailbox: the mailbox is used on vmail using POP3 and the same is monitored on vmail1

Is there a method for accessing R from other applications, such as S-Plus's OLE interface? ? -ken goguen -------------- next part -------------- An HTML attachment was scrubbed... URL: https://stat.ethz.ch/pipermail/r-help/attachments/19991019/6fdea41e/attachment.html

>From: Tristan Gingold [mailto:Tristan.Gingold@bull.net] >Sent: 2006年4月21日 15:40 > >Le Vendredi 21 Avril 2006 09:28, Tian, Kevin a écrit : >> From: Tristan Gingold [mailto:Tristan.Gingold@bull.net] >> >> >Sent: 2006年4月21日 15:26 >> > >> >> >See how we solve this on x86 near the top of do_boot_cpu() in >> >> >arch/x86/smpboot.c.

Thanks Tristan The patch is attached and applies to speexdsp's master. The warnings came from Wireshark's coverity scans. Dario. On Tue, Sep 20, 2016 at 10:56 PM, Tristan Matthews <tmatth at videolan.org> wrote: > Hi Dario, > > On Wed, Aug 10, 2016 at 6:07 AM, Dario Lombardo <lomato at gmail.com> wrote: > > Hello devels > > I'm a core developer of the

Hi, on ia64, the do_* functions for hypercalls are called in C. However, they are not declared in any .h file. I think it is cleaner to declare them in an header file rather than locally. The question is in which header file. Thank you for any suggestion. The do_* functions are at least: extern long do_ni_hypercall(void); extern long do_dom0_op(dom0_op_t *u_dom0_op); extern long

I see :( That what I would call a good struct size optimisation. Please tell me there was another reason behind this being only 3 instead of 8 or 16 bits, right ? 2017-01-25 18:30 GMT+01:00 Tor-Einar Jarnbjo <tor-einar at jarnbjo.name>: > Hello Olivier, > > the limitation is in the file format itself, as the number of channels is > encoded in a 3 bit field in the streaminfo

One possibility ist boxplot(sapply(ListOfNames, get, env = .GlobalEnv)) Hope that this helps Thomas -----Urspr??ngliche Nachricht----- Von: Lefebure Tristan [mailto:Tristan.Lefebure at univ-lyon1.fr] Gesendet: Mittwoch, 7. Juli 2004 10:34 An: r-help at stat.math.ethz.ch Betreff: [R] boxplot a list of objects Hi list, #Imagine we have vectors of different length (in practice 100 vectors):

> I don't believe this is an actual error. If it's truly possible for > these areas to overlap (I don't think it is), then something much more > serious than using memmove instead of memcpy needs to be done about it. In the C# version of this code, these two copy regions are stored in separate arrays entirely. I agree that there should be no normal way to have the memcpy

Hi, I was just wondering what your setup was to measure latency for different encoders, i.e. lame vs. vorbis vs. celt mentioned here: http://jmspeex.livejournal.com/3839.html Best, Tristan -- Tristan Matthews email: tristan at sat.qc.ca web: http://tristanswork.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL:

jean-marc, speexies, know if this bug is fixed in speex svn? kfish. ----- Forwarded message from Tristan Wibberley <maihem@maihem.org> ----- Date: Fri, 25 Aug 2006 18:49:17 +0100 From: Tristan Wibberley <maihem@maihem.org> To: Conrad Parker <conrad@metadecks.org> CC: theora-dev@xiph.org Subject: Re: [theora-dev] AMD64 bug Conrad Parker wrote: >applied, thanks. >

Hello Tristan, Thank you. But I am using libspeex library. Does the speexdsp library be included in it? Or it needs to be installed separate. Appreciate the help. Thanks, Ankhit On Thu, Aug 20, 2015 at 11:43 AM, Tristan Matthews <tmatth at videolan.org> wrote: > Hi Ankhit, > > On Thu, Aug 20, 2015 at 12:06 PM, Ankhit Vivekananda < > ankhit.vivekananda at biscotti.com>

Hi Tristan, well... if speed is really his problem (and looking at those 72 MHz it probably is), wouldn't Speek surpass Opus by far? I agree that Opus is way better, but it's sadly also using more resources... But yeah, Richard you should give Opus a try if possible ;) It's generally easier to use then Speex and also more feature rich. Yours sincerely, Ren? Sch?mann *From:*

> On June 10, 2017 at 10:30 PM Tristan Miller <psychonaut at nothingisreal.com> wrote: > > > Greetings. > > I use Dovecot 2.2.29.1 as my IMAP server. Owing to a bug in my mail > client [1], several unique messages (mostly in my Sent folder) have > duplicate Message-ID headers. Dovecot itself doesn't seem to be > bothered by this, though my mail client is

>From: Tristan Gingold >Sent: 2006年5月23日 15:30 > >Le Lundi 22 Mai 2006 17:44, Keir Fraser a écrit : >> On 22 May 2006, at 08:57, Tristan Gingold wrote: >> > this patch creates a new file: cpuhotplug.c. The content is the >xenbus >> > handler part of smpboot.c. The purpose is to be able to share this >> > part with >> > other architectures.

>From: Tristan Gingold [mailto:Tristan.Gingold@bull.net] >Sent: 2006年4月21日 15:26 >> > >> >See how we solve this on x86 near the top of do_boot_cpu() in >> >arch/x86/smpboot.c. Essentially we allocate extra idle domains on >> >demand to give us enough idle vcpus for one per physical cpu. >> > >> > -- Keir >> >> Yes,

This could make sense indeed. I suppose this is not a libFlac feature and that I should end up using libogg and or adding myself basic ogg support in order to support that ? Thanks ! 2017-01-28 7:37 GMT+01:00 Brian Willoughby <brianw at audiobanshee.com>: > Don't overlook the FLAC in Ogg container solution. That's established as a > standard for some time now, as far as I

Hi, Just something I don't understand: data <- data.frame(V1=c(1:12),F1=c(rep("a",4),rep("b",4),rep("c",4))) data_ac <- data[which(data$F1 !="b"), ] levels(data_ac$F1) Why the level "b" is always present ? thanks Tristan, R 2.0.1 for Linux Fedora 3 -- ------------------------------------------------------------ Tristan

On 17/8/2015 2:29 ??, Wolfgang Hennerbichler wrote: >> I was wondering if the same behavior persists with latest version(s), for example 2.2.18. > I don?t know, I have to deal with the packages that come with my distribution?s repository. > >> >If so, how do you overcome this issue? What is the suggested practice? > All I can say is that it works for me with the above

I had opened a thread a while ago in regards to dsync duplicate delivery issues. Here is an update in case anybody else is suffering from this: https://dovecot.org/list/dovecot/2016-April/103973.html We are using an LDAP backend for userdb and passdb lookups and this is causing multiple replication users to be created. Here is the broken setup: ###############################################