search for: peeking

Displaying 20 results from an estimated 899 matches for "peeking".

Did you mean: seeking
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