aboutsummaryrefslogtreecommitdiffstats
path: root/contrib/007705.html
blob: 88f85ecfdbd0f7664b2552d2ac5092650fd375de (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
 <HEAD>
   <TITLE> [fetchmail] Patch for IMAP idling where idling is unsupported
   </TITLE>
   <LINK REL="Index" HREF="index.html" >
   <LINK REL="made" HREF="mailto:fetchmail-friends%40cmb.is-a-geek.org">
   <META NAME="robots" CONTENT="index,nofollow">
   
   <LINK REL="Previous"  HREF="007711.html">
   <LINK REL="Next"  HREF="007713.html">
 </HEAD>
 <BODY BGCOLOR="#ffffff">
   <H1>[fetchmail] Patch for IMAP idling where idling is unsupported
   </H1>
    <B>Chris Boyle
    </B> 
    <A HREF="mailto:fetchmail-friends%40cmb.is-a-geek.org"
       TITLE="[fetchmail] Patch for IMAP idling where idling is unsupported">fetchmail-friends@cmb.is-a-geek.org
       </A><BR>
    <I>21 Jul 2003 18:20:43 +0100</I>
    <P><UL>
        <LI> Previous message: <A HREF="007711.html">[fetchmail] Problem - truncated messages
</A></li>
        <LI> Next message: <A HREF="007713.html">[fetchmail] Patch for IMAP idling where idling is unsupported
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#7705">[ date ]</a>
              <a href="thread.html#7705">[ thread ]</a>
              <a href="subject.html#7705">[ subject ]</a>
              <a href="author.html#7705">[ author ]</a>
         </LI>
       </UL>
    <HR>  
<!--beginarticle-->
<PRE>Here's a patch I've written: where IDLE is unavailable, it uses periodic
NOOP commands instead (every 28 seconds). Important behavioural change:
the option &quot;idle&quot; will now always result in *some* form of idle. I think
I read somewhere that some servers will unilaterally send status updates
if you just hold the connection open, i.e. NOOPs would be unnecessary,
but that doesn't seem to be the case anywhere I've tried. In any case,
this patch copes with updates both as a response to the NOOPs and
unilaterally sent between them. It functions exactly like normal idling
(N.B. like normal idling, it is single-folder only), and hopefully
includes all the appropriate changes to the documentation. Enjoy. :-)

<A HREF="http://cmb.is-a-geek.org/downloads/fetchmail-6.2.2+noopidle.diff.gz">http://cmb.is-a-geek.org/downloads/fetchmail-6.2.2+noopidle.diff.gz</A>

-- 
Chris Boyle - <A HREF="http://people.debian.org/~cmb/">http://people.debian.org/~cmb/</A>
GPG: B7D86E0F, MSN: <A HREF="mailto:shortcipher@hotmail.com">shortcipher@hotmail.com</A>, ICQ: 24151961,
AIM: kerneloops, Yahoo: kerneloops, IRC: cmb on freenode.net

</PRE>
<!--endarticle-->
    <HR>
    <P><UL>
        <!--threads-->
	<LI> Previous message: <A HREF="007711.html">[fetchmail] Problem - truncated messages
</A></li>
	<LI> Next message: <A HREF="007713.html">[fetchmail] Patch for IMAP idling where idling is unsupported
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#7705">[ date ]</a>
              <a href="thread.html#7705">[ thread ]</a>
              <a href="subject.html#7705">[ subject ]</a>
              <a href="author.html#7705">[ author ]</a>
         </LI>
       </UL>
</body></html>
>"ex4"><h3>Localized scanning</h3></a> Parse a string consisting of one or more upper-case alphabetic characters followed by one or more numeric characters. <div class="fragment"><pre> sscanf(buffer, "%[A-Z]%[0-9]", alphabetic, numeric); </pre></div> The same but with locale using a trio extension. <div class="fragment"><pre> trio_sscanf(buffer, "%[[:upper:]]%[[:digit:]]", alphabetic, numeric); </pre></div> <p> <a name="legal"><h2>Legal Issues</h2></a> Trio is distributed under the following license, which allows practically anybody to use it in almost any kind of software, including proprietary software, without difficulty. <p> "Copyright (C) 1998-2001 Bjorn Reese and Daniel Stenberg. <p> Permission to use, copy, modify, and distribute this software for any purpose with or without fee is hereby granted, provided that the above copyright notice and this permission notice appear in all copies. <p> THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE AUTHORS AND CONTRIBUTORS ACCEPT NO RESPONSIBILITY IN ANY CONCEIVABLE MANNER." <p> <a name="contribution"><h2>Contribution</h2></a> <p> <a name="contribute"><h3>Contribute</h3></a> We appreciate any type of contribution, from ideas over improvements to error corrections. <p> The project space contains references to bug and feature tracking, mailing-list, and the CVS repository. We prefer communication via the mailing-list, but do not require you to be subscribed, because trio is a small project. <p> The project space is located at <a href="http://sourceforge.net/projects/ctrio/">http://sourceforge.net/projects/ctrio/</a> <p> <a name="contributors"><h3>Contributors</h3></a> We have received contributions from the following persons (in alphabetic order sorted by surname) <p> <ul> <li> Craig Berry <li> Stan Boehm <li> Robert Collins <li> Danny Dulai <li> John Fotheringham <li> Markus Henke <li> Ken Gibson <li> Paul Janzen <li> Richard Jinks <li> Tero J�nk� <li> Howard Kapustein <li> Mehdi Lavasani <li> Alexander Lukyanov <li> Emmanuel Mogenet <li> Jacob Navia <li> Jose Ortiz <li> Joe Orton <li> Gisli Ottarsson <li> Marc Werwerft <li> Igor Zlatkovic</ul> Please let us know, and accept our apology, if we have omitted anybody. <p> <HR> <center class="copyright">Copyright (C) 2001 Bj&oslash;rn Reese and Daniel Stenberg.</center> </body> </html>