Displaying 20 results from an estimated 901 matches for "peeks".
Did you mean:
weeks
2013 Jul 02
3
[PATCH RFC] xen-netback: remove guest RX path dependence on MAX_SKB_FRAGS
This dependence is undesirable and logically incorrect.
It''s undesirable because Xen network protocol should not depend on a
OS-specific constant.
It''s incorrect because the ring slots required doesn''t correspond to the
number of frags a SKB has (consider compound page frags).
This patch removes this dependence by correctly counting the ring slots
required.
2015 May 04
5
Bug#776094: dovecot-imapd: corrupts mailbox after trying to retrieve it (fwd)
Am 04.05.2015 um 21:04 schrieb Santiago Vila:
> Greetings.
>
> Thanks to Jelmer Vernooij, who has just uploaded version 2.2.16 for
> Debian unstable, I can confirm that this bug may still be reproduced
> in version 2.2.16, so it has *not* been fixed yet.
>
> Several months ago I was told "I can't reproduce it in dovecot hg", or
> something like that. Well,
2008 Aug 13
4
Marking as Read causes Body.Peek on ALL messages - Reasonable?
I've noticed when I select a folder of messages (Thunderbird) and mark
them all as read (or unread) it produces the following IMAP transcript:
Source Destination Info
c.c.c.c s.s.s.s Request: DONE
s.s.s.s c.c.c.c Response: 20 OK Idle completed.
c.c.c.c s.s.s.s Request: 21 uid store 1:20 -Flags (\Seen)
s.s.s.s c.c.c.c Response: * 1 FETCH (UID 1 FLAGS (\Recent NonJunk))
c.c.c.c s.s.s.s
2015 May 06
2
Bug#776094: dovecot-imapd: corrupts mailbox after trying to retrieve it (fwd)
On 05/05/2015 05:26 PM, Santiago Vila wrote:
> I have just verified with IMAP commands. This is the procedure:
>
> telnet localhost 143
>
> and then type this:
>
> A0001 CAPABILITY
> A0002 LOGIN "bluser" "bluser"
> A0003 SELECT "inbox-b"
> A0004 EXPUNGE
> A0005 FETCH 1:12 RFC822.SIZE
> A0006 FETCH 1 RFC822.HEADER
> A0007 FETCH
2015 May 05
0
Bug#776094: dovecot-imapd: corrupts mailbox after trying to retrieve it (fwd)
I have just verified with IMAP commands. This is the procedure:
telnet localhost 143
and then type this:
A0001 CAPABILITY
A0002 LOGIN "bluser" "bluser"
A0003 SELECT "inbox-b"
A0004 EXPUNGE
A0005 FETCH 1:12 RFC822.SIZE
A0006 FETCH 1 RFC822.HEADER
A0007 FETCH 1 BODY.PEEK[TEXT]
A0008 STORE 1 +FLAGS (\Seen \Deleted)
A0009 EXPUNGE
A0010 FETCH 1 RFC822.HEADER
A0011 FETCH
2015 May 06
0
Bug#776094: dovecot-imapd: corrupts mailbox after trying to retrieve it (fwd)
On 05/06/2015 09:57 AM, Teemu Huovila wrote:
> On 05/05/2015 05:26 PM, Santiago Vila wrote:
>> I have just verified with IMAP commands. This is the procedure:
>>
>> telnet localhost 143
>>
>> and then type this:
>>
>> A0001 CAPABILITY
>> A0002 LOGIN "bluser" "bluser"
>> A0003 SELECT "inbox-b"
>> A0004
2015 May 04
4
imapc fetch optimization
Hi,
On 05/04/15 10:59, Timo Sirainen wrote:
> On 28 Apr 2015, at 23:49, Nagy, Attila <bra at fsn.hu> wrote:
>> Hi,
>>
>> imapc does a lot of UID FETCH $UID (BODY.PEEK[]), which is nice, because it works even with the dumbest IMAP server, altough it really kills performance, especially on high latency lines.
>>
>> I wonder: if IMAP servers can effectively
2013 Mar 07
2
Core dump in 2.2.rc2 with FETCH 1 BODY.PEEK[ALL]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Usingt ./sbin/dovecot --version
2.2.rc2 (7a08461c5559)
with Maildir,
2 FETCH 1 BODY.PEEK[ALL]
dumps core, bt full is:
#0 0x00007fa166e721b5 in raise () from /lib/libc.so.6
No symbol table info available.
#1 0x00007fa166e74fc0 in abort () from /lib/libc.so.6
No symbol table info available.
#2 0x00007fa16721ac47 in default_fatal_finish
2015 May 05
2
Bug#776094: dovecot-imapd: corrupts mailbox after trying to retrieve it (fwd)
Am 05.05.2015 um 16:26 schrieb Santiago Vila:
> I have just verified with IMAP commands. This is the procedure:
>
> telnet localhost 143
>
> and then type this:
>
> A0001 CAPABILITY
> A0002 LOGIN "bluser" "bluser"
> A0003 SELECT "inbox-b"
> A0004 EXPUNGE
> A0005 FETCH 1:12 RFC822.SIZE
> A0006 FETCH 1 RFC822.HEADER
> A0007
2015 Apr 28
2
imapc fetch optimization
Hi,
imapc does a lot of UID FETCH $UID (BODY.PEEK[]), which is nice, because
it works even with the dumbest IMAP server, altough it really kills
performance, especially on high latency lines.
I wonder: if IMAP servers can effectively handle boundless fetches (like
a list with all wanted UIDs, or simply 1:* if all are needed), do you
see this as a good addition to develop?
This could be a
2006 May 25
1
save() saves extra stuff if object is not evaluated
Hi,
it looks like save() is saving all contents of the calling
environments if the object to be saved is *not* evaluated, although it
is not that simple either. After many hours of troubleshooting, I'm
still confused. Here is a reproducible example (also attached) with
output. I let the code and the output talk for itself:
peek <- function(file, from=1, to=500) {
2006 Jun 23
1
BODY.PEEK errors on Beta8?
ERROR: Connection dropped by IMAP server.
Query: FETCH 1 (FLAGS UID RFC822.SIZE INTERNALDATE BODY.PEEK[HEADER.FIELDS
(Date To Cc From Subject X-Priority Importance Priority Content-Type)])
Will try an update just now.
--
Kind Regards,
Gavin Henry.
Managing Director.
T +44 (0) 1224 279484
M +44 (0) 7930 323266
F +44 (0) 1224 824887
E ghenry at suretecsystems.com
Open Source. Open
2006 Jun 22
4
Can I peek at all "active sessions"?
My users need to login to run the app I''m building. I''d like to give
them an "Other users currently active:" piece of information. I could
track it myself in the database based on login/logout, but that doesn''t
really count for people just leaving the computer logged in and never
coming back. Does Rails have an API for me to monitor sessions and take
a
2018 Nov 15
1
FETCH BODY vs FETCH BODYSTRUCTURE + FETCH BODY.PEEK
Hello,
we are developing a web page, for a ticket system, to show the email
messages ordered by the biggest attachments size present in an IMAP
folder, with a pagination of 100 messages per page. Each raw represents
a message with "DATE, FROM, SUBJECT, the preview (the first 500 chars of
the text/html of the messsage) and the list of the attachments (name +
size) it contains.
The
2007 Mar 27
1
Could not peek rid out of sid
New samba deployment; samba 3.0.24 w/ldapsam, em64t (Dell 2900), CentOS
4.4, using nss_ldap with LDAP master and two slaves (OpenLDAP 2.3.32), one
Samba PDC (on LDAP master) and two Samba BDC's (on each of the LDAP
slaves); no Windows servers; one Linux domain member server (first of
several). All four Samba servers use the same LDAP parameters. testparm
checks out. All accounts are in
2010 Mar 09
72
[Bug 26980] New: GT230M/nouveau: X server hangs spontaneously
http://bugs.freedesktop.org/show_bug.cgi?id=26980
Summary: GT230M/nouveau: X server hangs spontaneously
Product: xorg
Version: 7.5
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
AssignedTo: nouveau at lists.freedesktop.org
2003 Apr 23
0
Peek-a-booty under Wine
Hi,
Has anyone had any luck getting Peek-a-Booty (http://www.peekabooty.org/)
working under Wine? It starts up OK and its web interface works at first but
when I try to establish a connection to another node (hitting "Connect" in
the node manager page) the web interface stops responding.
Stephen
2007 Oct 05
0
'Could not peek rid out of sid' error 3.0.25c
Hi,
All of a sudden, my samba logs are filling up with errors like:
Could not peek rid out of sid S-1-5-21-3203556629-3307610231-1688239997-3018
Now it appears that I'm no longer authenticating because I cannot get
to private-by-user directories.
Anyone know how to fix this?
Thanks.
-- James
2016 Apr 04
1
[PATCH v3 02/16] mm/compaction: support non-lru movable page migration
On 04/04/2016 07:12 AM, Minchan Kim wrote:
> On Fri, Apr 01, 2016 at 11:29:14PM +0200, Vlastimil Babka wrote:
>> Might have been better as a separate migration patch and then a
>> compaction patch. It's prefixed mm/compaction, but most changed are
>> in mm/migrate.c
>
> Indeed. The title is rather misleading but not sure it's a good idea
> to separate
2016 Apr 04
1
[PATCH v3 02/16] mm/compaction: support non-lru movable page migration
On 04/04/2016 07:12 AM, Minchan Kim wrote:
> On Fri, Apr 01, 2016 at 11:29:14PM +0200, Vlastimil Babka wrote:
>> Might have been better as a separate migration patch and then a
>> compaction patch. It's prefixed mm/compaction, but most changed are
>> in mm/migrate.c
>
> Indeed. The title is rather misleading but not sure it's a good idea
> to separate