From 60ea05cf98aadad3e32841bc7786b9ba55f790b8 Mon Sep 17 00:00:00 2001 From: jgoerzen Date: Thu, 8 Aug 2002 07:28:34 +0100 Subject: [PATCH] /offlineimap/head: changeset 215 Readying version 3.2.2. --- offlineimap/head/ChangeLog | 162 +++++++++++++ offlineimap/head/debian/changelog | 2 +- offlineimap/head/manual.html | 15 +- offlineimap/head/manual.pdf | Bin 56404 -> 56468 bytes offlineimap/head/manual.ps | 36 +-- offlineimap/head/manual.txt | 298 ++++++++++++------------ offlineimap/head/offlineimap/version.py | 6 +- 7 files changed, 349 insertions(+), 170 deletions(-) diff --git a/offlineimap/head/ChangeLog b/offlineimap/head/ChangeLog index 618d88d..dbedd46 100644 --- a/offlineimap/head/ChangeLog +++ b/offlineimap/head/ChangeLog @@ -1,3 +1,165 @@ +------------------------------------------------------------------------ +rev 214: jgoerzen | 2002-08-07 17:27:55 -0500 (Wed, 07 Aug 2002) | 2 lines +Changed paths: + U /offlineimap/head/offlineimap/repository/Maildir.py + +Fixed the scanner + +------------------------------------------------------------------------ +rev 213: jgoerzen | 2002-08-07 17:01:31 -0500 (Wed, 07 Aug 2002) | 3 lines +Changed paths: + U /offlineimap/head/offlineimap/repository/Maildir.py + +Fix to makefolder() such that it won't fail when hierarchical folders are +used and sub-folders are created before master folders. + +------------------------------------------------------------------------ +rev 212: jgoerzen | 2002-08-07 16:57:52 -0500 (Wed, 07 Aug 2002) | 2 lines +Changed paths: + U /offlineimap/head/offlineimap/repository/Maildir.py + +Modified to make getfolders() recursively scan. + +------------------------------------------------------------------------ +rev 211: jgoerzen | 2002-08-07 16:45:03 -0500 (Wed, 07 Aug 2002) | 2 lines +Changed paths: + U /offlineimap/head/offlineimap/repository/Maildir.py + +Yet more typos + +------------------------------------------------------------------------ +rev 210: jgoerzen | 2002-08-07 16:44:37 -0500 (Wed, 07 Aug 2002) | 2 lines +Changed paths: + U /offlineimap/head/debian/changelog + U /offlineimap/head/offlineimap/repository/Maildir.py + +Preventive security: folder names may not contain ./ or start with /. + +------------------------------------------------------------------------ +rev 209: jgoerzen | 2002-08-07 16:41:52 -0500 (Wed, 07 Aug 2002) | 2 lines +Changed paths: + U /offlineimap/head/offlineimap/repository/Maildir.py + +Fixed a stupid braino in the last commit. + +------------------------------------------------------------------------ +rev 208: jgoerzen | 2002-08-07 16:40:18 -0500 (Wed, 07 Aug 2002) | 5 lines +Changed paths: + U /offlineimap/head/debian/changelog + U /offlineimap/head/offlineimap/folder/Maildir.py + U /offlineimap/head/offlineimap/repository/Maildir.py + U /offlineimap/head/offlineimap.conf + U /offlineimap/head/offlineimap.py + + * Added support for /-separated Maildirs -- that is, hierarchical + Maildir trees. Fixes [complete.org #28] and, for Debian, + Closes: #155460. + + +------------------------------------------------------------------------ +rev 207: jgoerzen | 2002-08-07 16:22:38 -0500 (Wed, 07 Aug 2002) | 6 lines +Changed paths: + U /offlineimap/head/offlineimap.py + +Oops, incomplete commit from the last one: + * If a given Maildir folder is new, remove the associated local status + cache file, if any. That way, there will not be any chance of + propogating hordes of deletes and adds based on old status data. + + +------------------------------------------------------------------------ +rev 206: jgoerzen | 2002-08-07 16:20:36 -0500 (Wed, 07 Aug 2002) | 5 lines +Changed paths: + U /offlineimap/head/debian/changelog + U /offlineimap/head/offlineimap/folder/LocalStatus.py + U /offlineimap/head/offlineimap/folder/Maildir.py + + * If a given Maildir folder is new, remove the associated local status + cache file, if any. That way, there will not be any chance of + propogating hordes of deletes and adds based on old status data. + + +------------------------------------------------------------------------ +rev 205: jgoerzen | 2002-08-07 15:57:17 -0500 (Wed, 07 Aug 2002) | 11 lines +Changed paths: + U /offlineimap/head/debian/changelog + U /offlineimap/head/offlineimap/folder/IMAP.py + U /offlineimap/head/offlineimap/ui/UIBase.py + U /offlineimap/head/offlineimap.conf + + * Better handling of read-only folders. We will now warn if there is + a change, but not propogate it. New config variable ignore-readonly + can suppress the warnings. This fixes [complete.org #10] and, + for Debian, Closes: #154769. + +changelog: noted the change +IMAP.py: trap imapobj.readonly more often +UIBase.py: new methods to handle the warnings +offlineimap.conf: new ignore-readonly variable. + + +------------------------------------------------------------------------ +rev 204: jgoerzen | 2002-08-07 14:46:18 -0500 (Wed, 07 Aug 2002) | 4 lines +Changed paths: + U /offlineimap/head/debian/changelog + U /offlineimap/head/offlineimap/ui/Tk.py + + * Scrolling behavior is better now; sometimes, with fast-scrolling text, + the log would stop scrolling. + + +------------------------------------------------------------------------ +rev 203: jgoerzen | 2002-08-06 22:11:02 -0500 (Tue, 06 Aug 2002) | 2 lines +Changed paths: + U /offlineimap/head/README + +Testing new svn installation + +------------------------------------------------------------------------ +rev 202: jgoerzen | 2002-08-06 22:10:14 -0500 (Tue, 06 Aug 2002) | 3 lines +Changed paths: + U /offlineimap/head/README + +Testing new subversion installation + + +------------------------------------------------------------------------ +rev 201: jgoerzen | 2002-08-06 22:08:16 -0500 (Tue, 06 Aug 2002) | 2 lines +Changed paths: + U /offlineimap/head/debian/changelog + U /offlineimap/head/offlineimap/ui/Tk.py + +We're back, woohoo. + +------------------------------------------------------------------------ +rev 200: mj | 2002-07-25 13:22:17 -0500 (Thu, 25 Jul 2002) | 2 lines +Changed paths: + U /offlineimap/head/debian/changelog + +Better update the changelog as well. + +------------------------------------------------------------------------ +rev 199: mj | 2002-07-25 13:04:09 -0500 (Thu, 25 Jul 2002) | 2 lines +Changed paths: + U /offlineimap/head/offlineimap/ui/Tk.py + +Fix typo; section names are case-sensitive. + +------------------------------------------------------------------------ +rev 198: jgoerzen | 2002-07-25 08:22:41 -0500 (Thu, 25 Jul 2002) | 2 lines +Changed paths: + U /offlineimap/head/offlineimap.1 + +Noted the use of Gray + +------------------------------------------------------------------------ +rev 196: jgoerzen | 2002-07-24 22:02:03 -0500 (Wed, 24 Jul 2002) | 2 lines +Changed paths: + U /offlineimap/head/ChangeLog + U /offlineimap/head/offlineimap/version.py + +Preparing for 3.2.1 + ------------------------------------------------------------------------ rev 195: jgoerzen | 2002-07-24 21:41:56 -0500 (Wed, 24 Jul 2002) | 5 lines Changed paths: diff --git a/offlineimap/head/debian/changelog b/offlineimap/head/debian/changelog index 9c246d8..a13a109 100644 --- a/offlineimap/head/debian/changelog +++ b/offlineimap/head/debian/changelog @@ -15,7 +15,7 @@ offlineimap (3.2.2) unstable; urgency=low Closes: #155460. * Preventitive security: Folder names may not contain ./ or start with /. - -- John Goerzen Thu, 25 Jul 2002 08:22:25 -0500 + -- John Goerzen Wed, 07 Aug 2002 20:22:25 -0500 offlineimap (3.2.1) unstable; urgency=low diff --git a/offlineimap/head/manual.html b/offlineimap/head/manual.html index 8029405..6c93bba 100644 --- a/offlineimap/head/manual.html +++ b/offlineimap/head/manual.html @@ -26,7 +26,7 @@
- +

NAME

2001.
+ + +
+Gray
+ + + +
+indicates that the thread is establishing a new connection +to the IMAP server.
+ diff --git a/offlineimap/head/manual.pdf b/offlineimap/head/manual.pdf index f5349ea674d518ee7ec4c5159db2b8c67f209e4f..ec53a64a73a19826de5fa6a42dd6bedc37b04ad1 100644 GIT binary patch delta 4823 zcmZWpc|276`wP}wd7k(Cc|TA06Tb9HzWY`f&pe00D}#_! z?A3d9xt~iVjZV+EQLf~9s()slH;C&ijV#dcVG>Pt*4XFAoMrF$*<_F=7;*VidU)&6 zQx5#`<O7w|q0$5wqm6rY!*@Z&#Fy7TZ=Sip=>9@VlBrBCB)vt3S{mV5E_svrTsM zwZlVeb3=g_H5V5S*9IhERJ}wLlnu(55x6L=BxZbKs zmyv-rhZIs{IxdcMO*Tw!%FaW6I6kUUD19cKRNPbeI?OI$=hSR;f$ZSCZ7uXvW_9=U ztX=nSq=L<`g6`?7?l_ukleNgPfVuN0Q{ZwPqi4q?LW(UIw%&1dnN*SIY z-lYM$R+DZ@%TD?_rEX5W)+1TrL+Af2dgkroT)+0!HZ*Ole+|d>tm{DbSwCPW1gp%f zgtC@*CgmnO-QJKEiN{c?1kb2AHewe}hj}ISQJVdPM){t*zk!7KjZ^OqcMdS;c{HHl zh$xi_^5N|=dwG1AIx@6tX~X?>3ddUWX{{$d1|%{D+VXQ9*SmxZ^aVZ=Ag(!u&#pt&1`f*m4pEe#7g?(Q?D{ zFJ=aq>+Bc4sqQ{%H%W8XO=X?>8u)y)BiaR{JN1{cynj9KiGT@-&+WaP4LrT3r#^_X3ZfnxQBND# z(~9CVpG%}}DE1OhTGtjF%0kq{$8FNi%OB?f>qv^t}3U zcp&X^i>d3X-<>bZ$CSPfulNLsmFE{?a^zy?&)%I3x?t?pTKyQyI3vM$L!3=1kjuUt zNb#o&xa(;ja=o?>A?C|2`^Kq6gjxvPocKCLjy9GOkG!+eGm%H(@m@?3Hq{9!@vk5k zp36^qaa_-Oq;jsPNLp-EZR^LP(1G|_^Bcnk+g=K_2i)kYyqddr({k}%K-(oz^pVfS z4K-NzYxz+MeOSk!;%0AlH%q8<{sXR?x_7}XW{2lX>+Q6~oyemt{KU}rb0+fjf?k-J zlfZ)uf*KZ$#MNE*@425&Ggb+G8%*WGvixY_$NyxM!jr6we( zPb1Vk#?mYz*9QzcM(=Bh(C?SNZ}8oxgOM^@-A~lbdS&Dow13k^TVK!6VuAa|D*6(C z1R40N>Pk=8+~{;dJhD5>SZR5GG&CD~zm<=U5g9KnpYz9jQR;7yNyO@CJE^o&5J^8U%@oiOuC)K zp-wrsiX#lZ^1Zmq9Nm>?!hD-``FS=96tp<(uYS@{pNPp|T%K->o{pY$`xMFJ_A!T1 zc6;uRX}u3w(ow<48Ghr6s{^Ob@|kZd@%oe%6(^-9dF5Ii#_G6M=v3cewb{h{V>wGP z^SmdjZf>}go6q_P>NJ|y`;3OHZ!tQ1+NfnU@|!n))0s9-mzTYxP|cgIZPqJaRXev7 zW|427_XwY1J5o@r1Z;B1kO?SE-^tgE27UP%4q9Z8lyA5wukpYZ8`X&2_^i!;j& zQLJmMTMsn<*!p>#+W6$%SedMKl_1sjgt_6vO=dps#BE;sdTfEiJ>NSCaG?+5i0yFp zF($oVxI#d9TZfw<_R(hEQVJo=Z2Z~*obixP>W}isQ@nB>4kLp5u1Bv^>cVKiH_L}} znA=7Ab_CaN^Tom93!Wx%a#~N$9I?|Gc+va7@cYYIOIUD6(ygAa8U7US+@aNngrHLj z`{UK==9DtOv5;J5s(3ctPjw42nkvcMqUNsAAehVIy>8cPD4s7uqzK1S{B0W-B;irY zc;Zs<%J}X+d7=a8IFPSU^kR?CoQICs=|kTNBpm;m)@+oWUS=ilr!wmwLRaJyW`rC| zw~yeCWZDUOi%J2Cdz+UMpOk!g+bLmk;q7vWN;&quMzCqKo5{QTyyqCm!Nv#tdpmM=ZyB`oezFPHJ|d~BTlmz<_W?NuA_=<5(`6SeBYi3VEl zdrclvbM!X~S@Agu_uRWe?Z8D>ZVL8~_z}R*obk2w)@4xzBOEHn4qO$xZtypenLU!x z=>g>7&xr7sc)cmUHHbMWY<4s)yehCODa#jxtu12Wqt`s*NVcP;$1zJb{#~m2Ie8hj zKeSb{=PoH3FrHMajH~M`Z&%Yq76ks{-Bu}; zTCWlReL&(OCRjmbIP*nv#vxS!2%4amvJl>p;e~Oja>i5L+j%L({t){_l?RT3?`7zX; zjpoFXo5;!AW^GL&!^~-`sa(LZ`VX1k!#eC($BLo6^!xM;&;})Tra)N zLaIzTUe3d7p={JyeQ(u~;>m3p8JJ95IbvSqtz#;8t?|$&{Xgs92Qkj#1|NLn2}+oE zJa_m_Vef_e*Sk_Y$stS42_ly+8|(`_sGj?7W0v`DUoBJX8h;Bx-Z?+SHC7?ztyT$9 zuJ3}^4rZ=peNs76ank-&v7DD3{dhl^P5msMJRAHywO#ybOY2}({|$4wok<_!m^suI zK7p3@UR{!ua?aT;3O=`FDpPLMT)FLJT*)8qH+O;MwsEuqFTp2-3vA5OpJ5E@nFVxo@X5q@o}yoyV2!tc>9sLLU~>`~pipHfp% zwpkl9eE6u|&K=s{Jf&=$*rt;kzlr9Clh?kjD{*Ac?901Y0V!#9Chw+E@^cF#>@5$d zq-ifSJj8*G;&VGm`6ff|B&h#&Rxgjt;C{UsE?%XWnkO{;g9< zmQES;EOK>W&g{#S5LWh@Qa*cW&CEa`{$aaBFl#l~tkOclMZY*?-7d|X)!>btqc1e7 zNJ@c@?16z1D`FVKv-_|teq2H#aDA!KmO1rj@@h&@j{dD2#eoT=1ONs{DIaryP73HR8l8pDv!)lts=_V>Z< z0T*?jXXmxI)N)Ee)V!V8Q$%4ccXn=1;+t27TL-^P*0f;~#(>;6D5Dr)LHyFmF=@UR44jlvJutVn};vfh@#lv$jwCn_! z{J$K?e|ZtO0|F38Ld%86aTkaOab)y60EUPpR51ij!~d%>CqE7c!ekiz5F~>j8pDHl zJX$RROd_I<0pdx(f0O*m0YDIde#eQ2KwL>+fP|JGfQe-E&zu?IlAl9_YjQvm@N4dV zoqt?~hdI{$jhX)o5@48&?h}ZEa9qVe9D{HNgh0A;zbXO~31|Zla0CF20XUe%#R!H8 z=pGWtoU%~K0En9DYDZD*_nCYnR#bKicoeDsVE^kk(BiwD+<>$%Q#&T~KaeeQFfmeX{V(Y)5?hog)KTn1E+cz-c!P535p zxRGf-A(N0}5#=&gAAPJuT^2=PFQB8Q;{=-_!m}~B^;|V+;%=8=*uA}e>ltklzZ<`?3)Y1>cVDX0xZx4bsh1gTNTFD zyL;QvhT_+uU-0S=*>K6tpBJizs=a=G4PAa7W6`_*x_Zfd^qFO@O%!2b?TJzGxffZ1 zH0~c8&J>SySDrQ&>Up54a5U%+>&mk1C#l$1OjQTI#_?9)j~?wQh$A%ON5AJfNXXeZxLtVN*{&-emFo;b+BP(z=Iq*OCZWIF})$OXL@Itn>&SQb5iOtzZRP;B9_WjI11Ja%C6KaeqxXYuez@ z5_vs->0^!Q=Vq~$v3k>WPdFq$#I`qjjYOC-xtk`EwP4I?wD?!$Q4=ALaX8i;Kz|KL z2HH92&W>z;gIhN)vOtGR4Uh2*$A*cU(40A(i$VSLzvHDemu2DRyYk>hfn5U4zO)8I zCu@f>PpYRF=X)Nt#6T&hSu8^>)3eR$X~xrMCOL&(5zbw=T__40GEUZm+7cQ zS9bL{C#{BH!L;M~uivz9N9uDsFUgplsP3Gn>FQ;Ot1Y?y0C(3l&;{!0tfT5ta~oxt zO7$pJZm1QIQvFohawD*TKF@dxokC=3mwG_G%0DXIQs^!}P%>C|jK;Y}F72nW(R+D) zDI(#lYvXP%t>4=!rs@MP_iSm+M=~iXzy7~Y-EVJVqB6O(0l7ev-@TQA}Bi_e}Bg+cF$snCQ~5U!!N9hGI0Cj)-HL4D(C3ZijO9%dyqx zTXdPK)!URzlx&x+as)dm**7@WTr4q z-_fe7V;2IK9kLw?PivNnG&35!Y}~$at<7nFcvu!1{#M}$w+lp^RThwh*W9MrYmIA; z*F}U}wM}pc6HA>=#oU@cFK?9m)YW&is@{C?skSKB&V{VI9S4@*T9kg88SH371$%!+ z#YM{~(_SwALT}2-os#Uq+l#t<>%?@CyX^|i%=Rs=?}exxE-!J5_c|vYZ%P#N?8mvH zCqn>VX87Tq+KvzPay%&`4_kImDg~4DGR`(nRE}DoTX~!4u{`9dz)s${WsbqBH|zdSm+lpcqSw396>dv3PJ7v!a;YD(dCRSL`chWJ zM`r2!yM+xH*N3wQHwMf{LJn3Radr(b4Yic>A0|ptI8FD za`Ew)Yz#0#C{{z&uPVm{yv)0${@I<;|45K3zrHDuqdrs`O`Q4xH+~PR(V`dh=T$nu zKCjaR#D98zf2+W;PFO(iP-7pp7OPAntynJV0=#f0c& z+3->>t=Q+$9aLs6z+TEsl-?oD|V(ZBEKe0STXXb4%lhPkN=P{5PJb#<|kFtrx^nA9X*DUFwdLeUhCQm|T8X zWjv#Bxqat&a;xfV>C;^9EFe{CE~{=*e3rgCy-MBbuFw)|*#s-m`~k;p>_8wBauw@GgD`-a%iwMVpl;b+tG&*Bt&HF|G~Ki3h&yo)2}yCXYR~QfgyYdY02> z%cTgkZ5mXh`tZROI&P|39HG%+5c36d)WpuBA2mAoRM(lDb?*kRr2?lgYXd2kWSquL z_Bto)toR_mESY>RD~2Ng-x-@#W@r8G@>Kp{zVeO9vleHrr&-9Uvq)|=ik*HR2V?m( zs0@5Ge)Nk~wx1&oPFu0qi*BnIbyHc2ENdz2pkFPYEa(VVGf8mv(KyDg)m{7|GcD3Y z{GEW%NRLVp4(pC$Nu(=b&AukmlKj@HoIS38ac+j}fQ1Rjn4m z`na*EPIDj$vya}_pvX?Y>qi*TUp>1qd7gJwP#M>c)zS2NF!0OMhhR9JeVu$h}V7D&b)&s&OZ4%3BZu=)NXKjdn zba`yssHnQrsi&Z2KS!^i5g#i0BrGb_Css;ceY|(=vY#ny2)DiFhf7AQbqZ_^0mRb8 ziwEVJ4T@heyfBWxbx!xHs9(e*b6p699L@|&rpAN}Amu}WfOLkW5M4@YX_VZjl#Q?^oSI#o^t8fw@bpI^hQ z;uzhyN(h{ni;;SY z#@bsArCV1Od>o+}6bYB~&;%<=O7o{>U&}8>t~9N9O1}KmKvSDj8ZMi^|NUNEJ?%{8 zbk!cOX;}u1g1HRCz648tAoBAu_|1;U&Np|NBppY^V#CW@=~sKE8^t_K1-=Tc^!JZB zS{93P&UZ4yim7-mG9NljtdvWY?-{zWdtSK1Ua)~ana z`D~Nqu7NL^8n9!%R6oU;laluwt}5vs$glalYx89PbGD<`md4CmulfytTTq)N6iM$j z-MkiZjAv-iEI6oH`u3fIty9ia&ou5x)+Pl1^{{hgNcpowO8C4$eLnQp@D8mMouag* zqs47k7fUk-2J+46hAjh#MxjyvT<~B~s`x~hPBo+q}kud;|0WqY(Zn;w!JOTs6Ven*)exHB!z!JzPh!_q-0MI0Zo)Z!nBpoak zLm(j10XzWVNEtmMFphwH3V`r9Bz+Jhg2*?pWOhg_92$=X5Lg&;3@JMZ5&pq||KtTw zJ_z8k7^Ga}2Pr;?!J+|V9+@KX?_T_Y0g{dLr^aM_G@8r=gG|Jd2_s`<5FAo15Q2zE zV_-25?oW{47yurJN9JL$7_v=~azOxql%LE5L>7Y>EQS17vaCp{$_0L1 z|F$AC0V#^nI4s3y@DLi=cMJrQMgGn6|L*~4h{6j1goXa&k4xkVkSxxBg5(&v7@%Mb z;qk~GlYNOn<^g!J3MAG(VHk_UAq&Vqz#v%yM9RJbSjx!&Av^_hkh~ZuK9467f2&3+ z>Jx-!0x5h1Km>{j18_tDIduSmNNH-aT*wxa?Sc7S``h6EZVnK@Q~C%b{I?~) zJAy+~g5bgbOb$5>4MI4IEejF>+#jC)d%(#13X4bj2#diJkv_tbTY+Ru-d_}>P2Qpu zE0BypX?_TXAY{AAqy4uue=37R<3OZ@IPw_(!Q?k#G>*KZknJXG@TXd?E@n3NmM#qP X@+et-8`9N5*@I}1K}1AFN0s4!Dp*qF diff --git a/offlineimap/head/manual.ps b/offlineimap/head/manual.ps index 9e63642..82c46ce 100644 --- a/offlineimap/head/manual.ps +++ b/offlineimap/head/manual.ps @@ -1,6 +1,6 @@ %!PS-Adobe-3.0 %%Creator: groff version 1.17.2 -%%CreationDate: Wed Jul 24 13:00:05 2002 +%%CreationDate: Wed Aug 7 20:26:59 2002 %%DocumentNeededResources: font Times-Roman %%+ font Times-Bold %%+ font Times-Italic @@ -481,30 +481,32 @@ F2(of)108 412.8 Q(\215ineimap.conf)-.18 E F0(for more details.)2.5 E (cution -- that is, a particular task that).15 F F1(Of\215ineIMAP)108 441.6 Q F0 .867(is performing right no)3.367 F 4.667 -.65(w. T)-.25 H .866(he color indicates what task the particular thread is performing,) -.65 F(and are as follo)108 453.6 Q(ws:)-.25 E F1(Black)108 475.2 Q F0 +.65 F(and are as follo)108 453.6 Q(ws:)-.25 E F1(Black)108 470.4 Q F0 .569(indicates that this light')11.55 F 3.069(st)-.55 G .569 (hread has terminated; it will light up ag)-3.069 F .57 (ain later when ne)-.05 F 3.07(wt)-.25 G .57(hreads start)-3.07 F 2.5 -(up. So,)144 487.2 R(black indicates no acti)2.5 E(vity)-.25 E(.)-.65 E -F1(Red \(Meaning 1\))108 504 Q F0 .442 -(is the color of the main program')144 516 R 2.942(st)-.55 G .442 +(up. So,)144 482.4 R(black indicates no acti)2.5 E(vity)-.25 E(.)-.65 E +F1(Red \(Meaning 1\))108 499.2 Q F0 .442 +(is the color of the main program')144 511.2 R 2.942(st)-.55 G .442 (hread, which basically does nothing b)-2.942 F .442 (ut monitor the others.)-.2 F(It)5.441 E -(might remind you of HAL 9000 in)144 528 Q F2(2001.)2.5 E F1(Pur)108 -544.8 Q(ple)-.1 E F0 .656(is the color of an account synchronization th\ +(might remind you of HAL 9000 in)144 523.2 Q F2(2001.)2.5 E F1(Gray)108 +540 Q F0(indicates that the thread is establishing a ne)13.78 E 2.5(wc) +-.25 G(onnection to the IMAP serv)-2.5 E(er)-.15 E(.)-.55 E F1(Pur)108 +556.8 Q(ple)-.1 E F0 .656(is the color of an account synchronization th\ read that is monitoring the progress of the folders in)7.21 F -(that account \(not generating an)144 556.8 Q 2.5(yI)-.15 G(/O\).)-2.5 E -F1(Cyan)108 573.6 Q F0(indicates that the thread is syncing a folder) -13.22 E(.)-.55 E F1(Gr)108 590.4 Q(een)-.18 E F0(means that a folder') +(that account \(not generating an)144 568.8 Q 2.5(yI)-.15 G(/O\).)-2.5 E +F1(Cyan)108 585.6 Q F0(indicates that the thread is syncing a folder) +13.22 E(.)-.55 E F1(Gr)108 602.4 Q(een)-.18 E F0(means that a folder') 9.52 E 2.5(sm)-.55 G(essage list is being loaded.)-2.5 E F1(Blue)108 -607.2 Q F0(is the color of a message synchronization controller thread.) -16.55 E F1(Orange)108 624 Q F0 -(indicates that an actual message is being copied.)144 636 Q F1 -(Red \(Meaning 2\))108 652.8 Q F0 -(indicates that a message is being deleted.)144 664.8 Q F1 -1.11(Ye)108 -681.6 S(llo)1.11 E(w)-.1 E F0 +619.2 Q F0(is the color of a message synchronization controller thread.) +16.55 E F1(Orange)108 636 Q F0 +(indicates that an actual message is being copied.)144 648 Q F1 +(Red \(Meaning 2\))108 664.8 Q F0 +(indicates that a message is being deleted.)144 676.8 Q F1 -1.11(Ye)108 +693.6 S(llo)1.11 E(w)-.1 E F0 (\(bright orange\) indicates that message \215ags are being added.)7.77 -E F1(Pink)108 698.4 Q F0 +E F1(Pink)108 710.4 Q F0 (\(bright red\) indicates that message \215ags are being remo)15.99 E -.15(ve)-.15 G(d.).15 E(John Goerzen)72 768 Q(July 12, 2002)151.655 E(3) 201.915 E EP diff --git a/offlineimap/head/manual.txt b/offlineimap/head/manual.txt index e2cf7e0..0bdd511 100644 --- a/offlineimap/head/manual.txt +++ b/offlineimap/head/manual.txt @@ -236,7 +236,6 @@ USER INTERFACES what task the particular thread is performing, and are as follows: - Black indicates that this light's thread has terminated; it will light up again later when new threads start up. So, black indicates no activity. @@ -246,15 +245,18 @@ USER INTERFACES basically does nothing but monitor the others. It might remind you of HAL 9000 in 2001. - Purple is the color of an account synchronization thread - that is monitoring the progress of the folders in + Gray indicates that the thread is establishing a new + connection to the IMAP server. + + Purple is the color of an account synchronization thread + that is monitoring the progress of the folders in that account (not generating any I/O). Cyan indicates that the thread is syncing a folder. Green means that a folder's message list is being loaded. - Blue is the color of a message synchronization con- + Blue is the color of a message synchronization con- troller thread. Orange indicates that an actual message is being copied. @@ -262,83 +264,83 @@ USER INTERFACES Red (Meaning 2) indicates that a message is being deleted. - Yellow (bright orange) indicates that message flags are + Yellow (bright orange) indicates that message flags are being added. Pink (bright red) indicates that message flags are being removed. Red / Black Flashing - corresponds to the countdown timer that runs + corresponds to the countdown timer that runs between synchronizations. - The name of this interface derives from a bit of computer + The name of this interface derives from a bit of computer science history. Eric Raymond's Jargon File defines blinkenlights, in part, as: Front-panel diagnostic lights on a computer, esp. a - dinosaur. Now that dinosaurs are rare, this term + dinosaur. Now that dinosaurs are rare, this term usually refers to status lights on a modem, network hub, or the like. - This term derives from the last word of the famous - blackletter-Gothic sign in mangled pseudo-German - that once graced about half the computer rooms in - the English-speaking world. One version ran in its + This term derives from the last word of the famous + blackletter-Gothic sign in mangled pseudo-German + that once graced about half the computer rooms in + the English-speaking world. One version ran in its entirety as follows: ACHTUNG! ALLES LOOKENSPEEPERS! - Das computermachine ist nicht fuer gefingerpoken - und mittengrabben. Ist easy schnappen der sprin- - genwerk, blowenfusen und poppencorken mit - spitzensparken. Ist nicht fuer gewerken bei das - dumpkopfen. Das rubbernecken sichtseeren keepen + Das computermachine ist nicht fuer gefingerpoken + und mittengrabben. Ist easy schnappen der sprin- + genwerk, blowenfusen und poppencorken mit + spitzensparken. Ist nicht fuer gewerken bei das + dumpkopfen. Das rubbernecken sichtseeren keepen das cotten-pickenen hans in das pockets muss; relaxen und watchen das blinkenlichten. Tk.VerboseUI - This interface (formerly known as Tk.TkUI) is a graphical - interface that presents a variable-sized window. In the - window, each currently-executing thread has a section - where its name and current status are displayed. This - interface is best suited to people running on slower con- + This interface (formerly known as Tk.TkUI) is a graphical + interface that presents a variable-sized window. In the + window, each currently-executing thread has a section + where its name and current status are displayed. This + interface is best suited to people running on slower con- nections, as you get a lot of detail, but for fast connec- - tions, the detail may go by too quickly to be useful. - People with fast connections may wish to use Tk.Blinken- + tions, the detail may go by too quickly to be useful. + People with fast connections may wish to use Tk.Blinken- lights instead. TTY.TTYUI This interface is the default for people running in termi- - nals. It prints out basic status messages, has an inter- - ruptible timer like the graphical interfaces do, and is + nals. It prints out basic status messages, has an inter- + ruptible timer like the graphical interfaces do, and is generally friendly to use on a console or xterm. Noninteractive.Basic - This interface is designed for situations where + This interface is designed for situations where OfflineIMAP will be run non-attended and the status of its execution will be logged. You might use it, for instance, - to have the system run automatically and e-mail you the - results of the synchronization. This user interface is - not capable of reading a password from the keyboard; - account passwords must be specified using one of the con- + to have the system run automatically and e-mail you the + results of the synchronization. This user interface is + not capable of reading a password from the keyboard; + account passwords must be specified using one of the con- figuration file options. Noninteractive.Quiet - This interface is designed for non-attended running in - situations where normal status messages are not desired. + This interface is designed for non-attended running in + situations where normal status messages are not desired. It will output nothing except errors and serious warnings. - Like Noninteractive.Basic, this user interface is not - capable of reading a password from the keyboard; account + Like Noninteractive.Basic, this user interface is not + capable of reading a password from the keyboard; account passwords must be specified using one of the configuration file options. EXAMPLES - Here is an example configuration for a particularly com- + Here is an example configuration for a particularly com- plex situation; more examples will be added later. MULTIPLE ACCOUNTS WITH MUTT - This example shows you how to set up OfflineIMAP to syn- + This example shows you how to set up OfflineIMAP to syn- chronize multiple accounts with the mutt mail reader. Start by creating a directory to hold your folders: @@ -347,8 +349,8 @@ EXAMPLES In your ~/.offlineimaprc, specify this: accounts = Personal, Work - Make sure that you have both a [Personal] and a [Work] - section, with different localfolder pathnames and enable + Make sure that you have both a [Personal] and a [Work] + section, with different localfolder pathnames and enable [mbnames]. In each account section, do something like this: @@ -365,13 +367,13 @@ EXAMPLES That's it! UW-IMAPD AND REFERENCES - Some users with a UW-IMAPD server need to use - OfflineIMAP's "reference" feature to get at their mail- + Some users with a UW-IMAPD server need to use + OfflineIMAP's "reference" feature to get at their mail- boxes, specifying a reference of "~/Mail" or "#mh/" - depending on the configuration. The below configuration - from docwhat@gerf.org shows using a reference of Mail, a - nametrans that strips the leading Mail/ off incoming - folder names, and a folderfilter that limits the folders + depending on the configuration. The below configuration + from docwhat@gerf.org shows using a reference of Mail, a + nametrans that strips the leading Mail/ off incoming + folder names, and a folderfilter that limits the folders synced to just three. [Gerf] @@ -398,49 +400,49 @@ ERRORS errors, please check this section. UID validity problem for folder - IMAP servers use a unique ID (UID) to refer to a specific + IMAP servers use a unique ID (UID) to refer to a specific message. This number is guaranteed to be unique to a par- - ticular message FOREVER. No other message in the same - folder will ever get the same UID. UIDs are an integral - part of OfflineIMAP's synchronization scheme; they are - used to match up messages on your computer to messages on + ticular message FOREVER. No other message in the same + folder will ever get the same UID. UIDs are an integral + part of OfflineIMAP's synchronization scheme; they are + used to match up messages on your computer to messages on the server. - Sometimes, the UIDs on the server might get reset. Usu- - ally this will happen if you delete and then recreate a - folder. When you create a folder, the server will often - start the UID back from 1. But OfflineIMAP might still - have the UIDs from the previous folder by the same name - stored. OfflineIMAP will detect this condition and skip - the folder. This is GOOD, because it prevents data loss. + Sometimes, the UIDs on the server might get reset. Usu- + ally this will happen if you delete and then recreate a + folder. When you create a folder, the server will often + start the UID back from 1. But OfflineIMAP might still + have the UIDs from the previous folder by the same name + stored. OfflineIMAP will detect this condition and skip + the folder. This is GOOD, because it prevents data loss. - You can fix it by removing your local folder and cache - data. For instance, if your folders are under ~/Folders + You can fix it by removing your local folder and cache + data. For instance, if your folders are under ~/Folders and the folder with the problem is INBOX, you'd type this: rm -r ~/Folders/INBOX rm ~/.offlineimap/AccountName/INBOX - (replacing AccountName with the account name as specified + (replacing AccountName with the account name as specified in ~/.offlineimaprc) - Next time you run OfflineIMAP, it will re-download the - folder with the new UIDs. Note that the procedure speci- + Next time you run OfflineIMAP, it will re-download the + folder with the new UIDs. Note that the procedure speci- fied above will lose any local changes made to the folder. Some IMAP servers are broken and do not support UIDs prop- - erly. If you continue to get this error for all your - folders even after performing the above procedure, it is - likely that your IMAP server falls into this category. - OfflineIMAP is incompatible with such servers. Using - OfflineIMAP with them will not destroy any mail, but at + erly. If you continue to get this error for all your + folders even after performing the above procedure, it is + likely that your IMAP server falls into this category. + OfflineIMAP is incompatible with such servers. Using + OfflineIMAP with them will not destroy any mail, but at the same time, it will not actually synchronize it either. (OfflineIMAP will detect this condition and abort prior to synchronization) OTHER FREQUENTLY ASKED QUESTIONS - There are some other FAQs that might not fit into another + There are some other FAQs that might not fit into another section of this document, and they are enumerated here. What platforms does OfflineIMAP run on? @@ -451,96 +453,96 @@ OTHER FREQUENTLY ASKED QUESTIONS set maildir_trash=yes . Do I need to do that with OfflineIMAP? No. OfflineIMAP is smart enough to figure out mes- - sage deletion without this extra crutch. You'll + sage deletion without this extra crutch. You'll get the best results if you don't use this setting, in fact. How do I specify the names of my folders? You do not need to. OfflineIMAP is smart enough to - automatically figure out what folders are present - on the IMAP server and synchronize them. You can - use the folderfilter and foldertrans configuration - file options to request certain folders and rename + automatically figure out what folders are present + on the IMAP server and synchronize them. You can + use the folderfilter and foldertrans configuration + file options to request certain folders and rename them as they come in if you like. How can I prevent certain folders from being synced? - Use the folderfilter option in the configuration + Use the folderfilter option in the configuration file. How can I add or delete a folder? - OfflineIMAP does not currently provide this fea- - ture, but if you create a new folder on the IMAP + OfflineIMAP does not currently provide this fea- + ture, but if you create a new folder on the IMAP server, it will be created locally automatically. Are there any other warnings that I should be aware of? Yes; see the NOTES section below. What is the mailbox name recorder (mbnames) for? - The Mutt mail reader is not capable of automati- - cally determining the names of your mailboxes. - OfflineIMAP can help it (or many other) programs - out be writing these names out in a format you + The Mutt mail reader is not capable of automati- + cally determining the names of your mailboxes. + OfflineIMAP can help it (or many other) programs + out be writing these names out in a format you specify. See the example offlineimap.conf file for details. Can I synchronize multiple accounts with OfflineIMAP? - Sure. Just name them all in the accounts line in - the general section of the config file, and add a + Sure. Just name them all in the accounts line in + the general section of the config file, and add a per-account section for each one. Does OfflineIMAP support POP? - No. POP is not robust enough to do a completely - reliable multi-machine synchronization like - OfflineIMAP can do. OfflineIMAP will not support + No. POP is not robust enough to do a completely + reliable multi-machine synchronization like + OfflineIMAP can do. OfflineIMAP will not support it. Do you support mailbox formats other than Maildir? - Not at present. There is no technical reason not + Not at present. There is no technical reason not to; just no demand yet. Maildir is a superior for- mat anyway. - [technical] Why are your Maildir message filenames so + [technical] Why are your Maildir message filenames so huge? - OfflineIMAP has two relevant principles: 1) never - modifying your messages in any way and 2) ensuring - 100% reliable synchronizations. In order to do a - reliable sync, OfflineIMAP must have a way to - uniquely identify each e-mail. Three pieces of - information are required to do this: your account - name, the folder name, and the message UID. The - account name can be calculated from the path in - which your messages are. The folder name can usu- - ally be as well, BUT some mail clients move mes- - sages between folders by simply moving the file, + OfflineIMAP has two relevant principles: 1) never + modifying your messages in any way and 2) ensuring + 100% reliable synchronizations. In order to do a + reliable sync, OfflineIMAP must have a way to + uniquely identify each e-mail. Three pieces of + information are required to do this: your account + name, the folder name, and the message UID. The + account name can be calculated from the path in + which your messages are. The folder name can usu- + ally be as well, BUT some mail clients move mes- + sages between folders by simply moving the file, leaving the name intact. - So, OfflineIMAP must store both a UID folder ID. - The folder ID is necessary so OfflineIMAP can - detect a message moved to a different folder. - OfflineIMAP stores the UID (U= number) and an - md5sum of the foldername (FMD5= number) to facili- + So, OfflineIMAP must store both a UID folder ID. + The folder ID is necessary so OfflineIMAP can + detect a message moved to a different folder. + OfflineIMAP stores the UID (U= number) and an + md5sum of the foldername (FMD5= number) to facili- tate this. What is the speed of OfflineIMAP's sync? OfflineIMAP versions 2.0 and above contain a multi- - threaded system. A good way to experiment is by - setting maxsyncaccounts to 3 and maxconnections to + threaded system. A good way to experiment is by + setting maxsyncaccounts to 3 and maxconnections to 3 in each account clause. - This lets OfflineIMAP open up multiple connections - simultaneously. That will let it process multiple - folders and messages at once. In most cases, this + This lets OfflineIMAP open up multiple connections + simultaneously. That will let it process multiple + folders and messages at once. In most cases, this will increase performance of the sync. - Don't set the number too high. If you do that, - things might actually slow down as your link gets - saturated. Also, too many connections can cause - mail servers to have excessive load. Administra- - tors might take unkindly to this, and the server - might bog down. There are many variables in the + Don't set the number too high. If you do that, + things might actually slow down as your link gets + saturated. Also, too many connections can cause + mail servers to have excessive load. Administra- + tors might take unkindly to this, and the server + might bog down. There are many variables in the optimal setting; experimentation may help. - An informal benchmark yields these results for my + An informal benchmark yields these results for my setup: 10 minutes with MacOS X Mail.app "manual cache" @@ -558,19 +560,19 @@ CONFORMING TO manual-html/man5/maildir.html and http://cr.yp.to/proto/maildir.html. - o Standard Python 2.2.1 as implemented on POSIX-com- + o Standard Python 2.2.1 as implemented on POSIX-com- pliant systems. NOTES DELETING LOCAL FOLDERS - OfflineIMAP does a two-way synchronization. That is, if - you make a change to the mail on the server, it will be - propogated to your local copy, and vise-versa. Some peo- - ple might think that it would be wise to just delete all - their local mail folders periodically. If you do this - with OfflineIMAP, remember to also remove your local sta- - tus cache (~/.offlineimap by default). Otherwise, - OfflineIMAP will take this as an intentional deletion of + OfflineIMAP does a two-way synchronization. That is, if + you make a change to the mail on the server, it will be + propogated to your local copy, and vise-versa. Some peo- + ple might think that it would be wise to just delete all + their local mail folders periodically. If you do this + with OfflineIMAP, remember to also remove your local sta- + tus cache (~/.offlineimap by default). Otherwise, + OfflineIMAP will take this as an intentional deletion of many messages and will interpret your action as requesting them to be deleted from the server as well. (If you don't understand this, don't worry; you probably won't encounter @@ -578,49 +580,49 @@ NOTES COPYING MESSAGES BETWEEN FOLDERS Normally, when you copy a message between folders or add a - new message to a folder locally, OfflineIMAP will just do + new message to a folder locally, OfflineIMAP will just do the right thing. However, sometimes this can be tricky -- - if your IMAP server does not provide the SEARCH command, - or does not return something useful, OfflineIMAP cannot - determine the new UID of the message. So, in these rare + if your IMAP server does not provide the SEARCH command, + or does not return something useful, OfflineIMAP cannot + determine the new UID of the message. So, in these rare instances, OfflineIMAP will upload the message to the IMAP - server and delete it from your local folder. Then, on + server and delete it from your local folder. Then, on your next sync, the message will be re-downloaded with the - proper UID. OfflineIMAP makes sure that the message was - properly uploaded before deleting it, so there should be + proper UID. OfflineIMAP makes sure that the message was + properly uploaded before deleting it, so there should be no risk of data loss. MAILING LIST There is an OfflineIMAP mailing list available. - To subscribe, send the text "Subscribe" in the subject of + To subscribe, send the text "Subscribe" in the subject of a mail to offlineimap-request@complete.org. To post, send the message to offlineimap@complete.org. BUGS - Reports of bugs should be sent via e-mail to the - OfflineIMAP bug-tracking system (BTS) at - offlineimap@bugs.complete.org or submitted on-line using - the Web interface at http://bugs.complete.org/. The Web - site also lists all current bugs, where you can check + Reports of bugs should be sent via e-mail to the + OfflineIMAP bug-tracking system (BTS) at + offlineimap@bugs.complete.org or submitted on-line using + the Web interface at http://bugs.complete.org/. The Web + site also lists all current bugs, where you can check their status or contribute to fixing them. COPYRIGHT OfflineIMAP is Copyright (C) 2002 John Goerzen. - This program is free software; you can redistribute it + This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public - License as published by the Free Software Foundation; - either version 2 of the License, or (at your option) any + License as published by the Free Software Foundation; + either version 2 of the License, or (at your option) any later version. - This program is distributed in the hope that it will be + This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied - warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR - PURPOSE. See the GNU General Public License for more + warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR + PURPOSE. See the GNU General Public License for more details. - You should have received a copy of the GNU General Public + You should have received a copy of the GNU General Public License along with this program; if not, write to: Free Software Foundation, Inc. @@ -630,9 +632,9 @@ COPYRIGHT USA AUTHOR - OfflineIMAP, its libraries, documentation, and all - included files, except where noted, was written by John - Goerzen and copyright is held as + OfflineIMAP, its libraries, documentation, and all + included files, except where noted, was written by John + Goerzen and copyright is held as stated in the COPYRIGHT section. OfflineIMAP may be downloaded, and information found, from @@ -643,7 +645,7 @@ AUTHOR OfflineIMAP may also be downloaded using Subversion. Additionally, the distributed tar.gz may be updated with a - simple "svn update" command; it is ready to go. For + simple "svn update" command; it is ready to go. For information on getting OfflineIMAP with Subversion, please visit: diff --git a/offlineimap/head/offlineimap/version.py b/offlineimap/head/offlineimap/version.py index 15051f2..9c5d426 100644 --- a/offlineimap/head/offlineimap/version.py +++ b/offlineimap/head/offlineimap/version.py @@ -1,8 +1,8 @@ productname = 'OfflineIMAP' -versionstr = "3.2.1" -revno = long('$Rev: 196 $'[6:-2]) +versionstr = "3.2.2" +revno = long('$Rev: 215 $'[6:-2]) revstr = "Rev %d" % revno -datestr = '$Date: 2002-07-24 22:02:03 -0500 (Wed, 24 Jul 2002) $' +datestr = '$Date: 2002-08-07 20:28:34 -0500 (Wed, 07 Aug 2002) $' versionlist = versionstr.split(".")