similar to: Saving mails to +detail failed: Namespace error

Hi! Since our mails aren't saved correctly since we updated to 2.xx I'd really appreciate some help. What's going wrong? My mistake? Bug? Peer ---------- Weitergeleitete Nachricht ---------- Betreff: [Dovecot] Saving mails to +detail failed: Namespace error Datum: Dienstag, 3. Mai 2011, 12:50:20 Von: Peer Heinlein <p.heinlein at heinlein-support.de> An: dovecot at

Hi, in seldom cirumstances it's possible that the imap-process is crashing without write something usefule into the logfile. a) User foo exists, is happy and everything's alright b) He had a shared folder given from bar c) In our setup we have mailforwarding adresses without a valid $home in LDAP c) if user bar is changed from a user with into a mailforwarding adress, the user foo

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 As far as I understood fetch -u p.heinlein at jpberlin.de hdr mailbox-guid [...]93d5 uid 58175 should fetch exactly the header of the specified mail. But on my Dovecot 2.2.12 it fetches the header *twice* (same with body, same with text). ======================================== hdr: Return-Path: <hello at example.com> Delivered-To:

--- doc/tinc.conf.5.in | 3 +++ src/linux/device.c | 7 +++++++ 2 files changed, 10 insertions(+), 0 deletions(-) diff --git a/doc/tinc.conf.5.in b/doc/tinc.conf.5.in index 2bfd5fe..01f7f81 100644 --- a/doc/tinc.conf.5.in +++ b/doc/tinc.conf.5.in @@ -255,6 +255,9 @@ a lookup if your DNS server is not responding. This does not affect resolving hostnames to IP addresses from the host

Hello, after upgrade (Debian wheezy) from dovecot 2:2.2.13-1~auto+103 => 2:2.2.13-1~auto+113 I discovered that in my log and all mails stuck in the Queue. I?ve had downgrade v 2:2.2.13-1~auto+103 an everything is fine. What?s wrong? Any ideas or solution greatly appreciated. Thanks. Jul 25 11:03:01 server2 dovecot: lmtp(25638): Fatal: master: service(lmtp): child 25638 killed with signal

From: Cong Wang <cong.wang at bytedance.com> When virtqueue_add_sgs() fails, the skb is put back to send queue, we should not deliver the copy to tap device in this case. So we need to move virtio_transport_deliver_tap_pkt() down after all possible failures. Fixes: 82dfb540aeb2 ("VSOCK: Add virtio vsock vsockmon hooks") Cc: Stefan Hajnoczi <stefanha at redhat.com> Cc:

On Wed, Nov 25, 2015 at 2:32 PM, Hal Finkel <hfinkel at anl.gov> wrote: > Hi Cong, > > After reading the original RFC and this update, I'm still not entirely sure I understand the semantics of the flag you're proposing to add. Does it having something to do with the ordering of the reduction operations? The flag is only useful for vectorized reduction for now. I'll give

----- Original Message ----- > From: "Xinliang David Li" <davidxl at google.com> > To: "Cong Hou" <congh at google.com> > Cc: "Hal Finkel" <hfinkel at anl.gov>, "llvm-dev" <llvm-dev at lists.llvm.org> > Sent: Wednesday, November 25, 2015 5:17:58 PM > Subject: Re: [llvm-dev] [RFC] Introducing a vector reduction add

All, I realize from the archive that the sort argument in merge has been subject to discussion before, though I couldn't find an explanation for this behavior. I tried to simplify this to (kind of) minimal code from a real example to the following (and I have no doubts that there are smart people around achieving the same with smarter code :-)). I'm running R 2.15.1 64bit under MS Windows

Hallo Liste, hallo Ralf, danke schon mal. Ja die Whitespaces sind beim Rausl?schen entstanden. Ich verstand das so, dass das nun durch die address_verify_map erledigt w?rde. Muss ich dann entsprechend einfach auf die verweisen? Ich versuchte gerade die address_verify_map = btree:$data_directory/verify_cache auf local_recipient_maps = btree:$data_directory/verify_cache verweisen zu lassen.

After some attempt to implement reduce-add in LLVM, I found out a easier way to detect reduce-add without introducing new IR operations. The basic idea is annotating phi node instead of add (so that it is easier to handle other reduction operations). In PHINode class, we can add a flag indicating if the phi node is a reduction one (the flag can be set in loop vectorizer for vectorized phi nodes).

Each virtio scsi HBA has global request queue limits. But the passthrough LUNs (scsi-generic) come from different host HBAs may have different request queue limits. If the guest sends commands that exceed the host limits, the commands will be rejected by host HAB. To address this issue, this patch adds a per-LUN parameter query via the control queue, and defines some parameter query types. The

Each virtio scsi HBA has global request queue limits. But the passthrough LUNs (scsi-generic) come from different host HBAs may have different request queue limits. If the guest sends commands that exceed the host limits, the commands will be rejected by host HAB. To address this issue, this patch adds a per-LUN parameter query via the control queue, and defines some parameter query types. The

Hallo, Op 22-2-2019 om 13:08 schreef Heiko Schlittermann via dovecot: > Moin, > > Es geht um das Dovecot-Buch. Ich nehme an, da? hier mindestens einer, > der sich auskennt, mitliest: > > Gibt es - au?er der Sprache und dem Preis - einen Unterschied zwischen > der ersten (und einzigen?) deutschen Auflage von 2014 und der englischen > Auflage von 2016? Hier wird leider nur

Thanks to everyone who sent bug reports. I've backported all the fixes and tweaks. Changes since last 2.6.21 release (254): 1) Method for building launcher with out-of-tree build (patch from Tony Breeds) 2) SIOCBRADDIF definition for older libc headers (report by Wang Cong) 3) Warning suppression for put_user/get_user (Wang Cong report again) 4) Numerous typo fixes (Jeremy

Thanks to everyone who sent bug reports. I've backported all the fixes and tweaks. Changes since last 2.6.21 release (254): 1) Method for building launcher with out-of-tree build (patch from Tony Breeds) 2) SIOCBRADDIF definition for older libc headers (report by Wang Cong) 3) Warning suppression for put_user/get_user (Wang Cong report again) 4) Numerous typo fixes (Jeremy

I was planning to make an iOS port, but GPL means we can't make an App Store version. Also, the way Network Extension work means only tun mode is available. Sent from my iPhone > On 9 Oct 2016, at 23:55, Cong Monkey <congzhangzh at gmail.com> wrote: > > Just wait tinc be more lib style for some future days:) > > 2016-10-09 22:45 GMT+08:00 Guus Sliepen <guus at

I was just thinking Ubuntu's network manager could use one. I didn't even realize tinc was available for Windows until I read this. On Feb 28, 2017 07:28, "Cong Monkey" <congzhangzh at gmail.com> wrote: > Hi devs, > > I am a tinc user use tinc at windows every day, I use a bat file to start > tinc in nodetach mode, and dig the problem when the network sucks.

Hi devs, I am a tinc user use tinc at windows every day, I use a bat file to start tinc in nodetach mode, and dig the problem when the network sucks. Is there any one interesting to develop a gui control app like for openvpn? Tks, Cong

From: Cong Wang <amwang at redhat.com> V5: fix two bugs pointed out by Thomas remove seq check for now, mark it as TODO V4: remove some useless #include some coding style fix V3: drop debugging printk's update selinux perm table as well V2: drop patch 1/2, export ifindex directly Redesign netlink attributes Improve netlink seq check Handle IPv6 addr as well