Re: Outlook 2002 vs. Cyrus 2.1.12
On Mon, 2003-02-10 at 20:52, Lawrence Greenfield wrote:
>From: Fritz Test <[EMAIL PROTECTED]>
>Date: 09 Feb 2003 11:25:37 +0100
> [...]
>With help of the analysis of Jeremy (Thanks) I patched the function
>mkgmtime, such that it works for me now. The problem is, that gmtime(&t)
>returns a null pointer for my 64-bit system if t is out of some range. I
>don't know exactly what range, but I assume that the generated value for
>the year must fit in 32 bits?.
>
> Your patch wouldn't work on a system with an unsigned 64-bit time_t.
> (The median value would start out very large, and the binary search
> would never subtract enough to get down into "normal" time.)
>
> It seems to me that moving
> if (bits > 40) { bits = 40; }
>
> to above the
>
> t = (t < 0) ? 0 : ((time_t) 1 << bits);
>
> would fix the problem.
>
> Is my analysis correct?
Please correct me, but I think that the median is calculated here to be
the time_t value which translates to 1970-01-01 00:00:00 GMT. If we
modify 'bits' before caculating the median, we don't start the binary
search with this median value.
Unfortunately, I do not have a platform with unsigned time_t, so I
cannot test. Which systems have unsigned time_t?
Tom
>
> Larry
>
>Here's a snipped of my code in mkgmtime.c
>
>---
>
> /*
> ** If time_t is signed, then 0 is the median value,
> ** if time_t is unsigned, then 1 << bits is median.
> */
> t = (t < 0) ? 0 : ((time_t) 1 << bits)
> ;
>
> /* Patch begin */
> /*
> ** On my 32-bit Debian GNU/Linux 3.0 AMD K6 PC, the algorithm
> ** converges in a range
> ** from
> ** 1901-12-13 20:46:00 GMT -> -2147483640
> ** to
> ** 2038-01-19 03:14:07 GMT -> 2147483647
> */
>
> /*
> ** It segfaults on RedHat 7.2/Alpha if bits > 56, since gmtime (&t)
> ** returns null pointer.
> ** Hence, set bits to a resonable value <= 56.
> **
> ** Setting, e.g. bits=40, the algorithm converges in a range
> ** from
> **-32873-11-12 23:24:00 GMT -> -1099511627760
> ** to
> ** 36812-02-20 00:36:59 GMT -> 1099511627819
> */
> if (bits > 40) {
>bits = 40;
> }
> /* patch end */
>
> for ( ; ; ) {
>
>prt (t);
>fprintf (stderr, " ");
>
>
>
Re: Hasso Meyer-Jordan [Was: Outlook 2002 vs. Cyrus 2.1.12]
Hi Ramiro! > > (I wouldn't be surprised about brain-dead Microsoft developers! ;-))) > > Perhaps badly payed immigrants of India [like unskilled worker]. ) > > > Please, please, in the future try to keep you stupid racist > comments out of this technical discussion mailing list. Sorry for your misunderstanding. It weren't stupid racist comments- it were stupid anti-Microsoft comments. Usually anti-Microsoft statements are welcome in every lists I've subscribed until now. Espacially because of the wasting of time which Microsoft causes us with their poor software quality and their attempts to force customers to only use M$ products by intetional non-interoperability (with standards). And by the way (that you couldn't know, of course): During worldwide boom with new economy, also here in Germany deceitful founder of new stock noticed companies (or similar "incorporated" swindler) (most of the companys [not the founders] went broken meanwhile) had pushed the politician to lure software development specialists especially from India to those companies - with big promises. In reality the deceitful founder or owner had only looked for low- price-workers below agreed wages. Meanwhile (according to the press) most of the disappointed and deceited people are back at their home country or away to new countrys looking for real chances - if they could pay their tickets with their not received wages. I don't like incorporated, deceitful companies! And I'm supposing, all the time I hear about poor quality software, disappointed, exploited, and badly payed modern software slaves are involved. (Guilty are greedy and deceitful owner, company manager, and unscrupulous majority shareholder of bad companies - not the workers as a rule.) But I'm admitting: If you'd a strongly wish you could misinterpret my short 2- line comment. Cheers, Hasso
Re: Outlook 2002 vs. Cyrus 2.1.12
Hi Avtar Gill! > > (I wouldn't be surprised about brain-dead Microsoft developers! ;-))) > > Perhaps badly payed immigrants of India [like unskilled worker]. ) > > I can't speak for the administrators of this list but as a normal user of > Cyrus IMAPD I turn to this mailing list for technical help and information, > not bigotry. Please take your racist diatribe elsewhere. Sorry for your misunderstanding. It wasn't racist diatribe - it was Microsoft diatribe. Usually anti-Microsoft statements are welcome in every lists I've subscribed until now. Espacially because of the wasting of time which Microsoft causes us with their poor software quality and their attempts to force customers to only use M$ products by intetional non-interoperability (with standards). And by the way (that you couldn't know, of course): During worldwide boom with new economy, also here in Germany deceitful founder of new stock noticed companies (or similar "incorporated" swindler) (most of the companys [not the founders] went broken meanwhile) had pushed the politician to lure software development specialists especially from India to those companies - with big promises. In reality the deceitful founder or owner had only looked for low-price-workers below agreed wages. Meanwhile (according to the press) most of the disappointed and deceited people are back at their home country or away to new countrys looking for real chances - if they could pay their tickets with their not received wages. I don't like incorporaded deceitful companies! And I'm supposing, all the time I hear about poor quality software, disappointed, exploited, and badly payed modern software slaves are involved. (Guilty are greedy and deceitful owner, company manager, and unscrupulous majority shareholder of bad companies - not the workers as a rule.) But I'm admitting: If you'd a strongly wish you could misinterpret my short 2- line comment. Cheers, Hasso
Re: Outlook 2002 vs. Cyrus 2.1.12
On Tue, 11 Feb 2003, Hasso Meyer-Jordan wrote: > (I wouldn't be surprised about brain-dead Microsoft developers! ;-))) > Perhaps badly payed immigrants of India [like unskilled worker]. ) I can't speak for the administrators of this list but as a normal user of Cyrus IMAPD I turn to this mailing list for technical help and information, not bigotry. Please take your racist diatribe elsewhere.
Hasso Meyer-Jordan [Was: Outlook 2002 vs. Cyrus 2.1.12]
On 11 Feb 2003 at 18:32, Hasso Meyer-Jordan wrote: > > (I wouldn't be surprised about brain-dead Microsoft developers! ;-))) > Perhaps badly payed immigrants of India [like unskilled worker]. ) > > Cheers, Hasso > Please, please, in the future try to keep you stupid racist comments out of this technical discussion mailing list. - Ramiro
Re: Outlook 2002 vs. Cyrus 2.1.12
Hi Ken, Per! > I just did some testing myself with Outlook 2000 and Outlook Express 6. > I couldn't get either client to hang after doing APPENDs (with IDLE > enabled). OE does close the connection after calling IDLE after the > final APPEND however. > > I'm not convinced that this is a server issue. I'd like to see what > happens against a different server that supports IDLE (eg, UW IMAP). I've read about Outlook gets into trouble with IMAP servers which sends answers too fast (OE shouldn't be so sensitive [becausae it's another development]): microsoft.public.outlook.interop Outlook 2002 IMAP problems; Jan. 2003 follow-up Link (long format, sorry): http://groups.google.com/groups?hl=de&lr=&ie=UTF-8&oe=UTF- 8&threadm=9d9fd1c2.0301201252.33081226%40posting.google.com&rnum=7&prev=/groups% 3Fq%3Dcyrus%2Bimap%2Bidle%2Boutlook%26hl%3Dde%26lr%3D%26ie%3DUTF-8%26oe%3DUTF- 8%26selm%3D9d9fd1c2.0301201252.33081226%2540posting.google.com%26rnum%3D7 Perhaps this could be another cause!? > > > > The obvious difference here is that Cyrus 2.1 supports the IDLE > > > > extension and Outlook is using it. I'm not sure why the client > > > > would be > > > > IDLEing in between APPENDs, but I've grown accustomed to seeing silly > > > > behavior from Outlook and Netscape. What method for IDLE did you > > > > configure with? (doing a 'version' command in cyradm will tell us > > > > everything we need). You might want to try reconfiguring/recompiling > > > > Cyrus using --with-idle=no and see if this makes a difference. > > > > > > > > Ken By the way: B Leiba, the developer/issuer of IDLE RFC 2177, somewhere had described that Outlook and OE makes heavily usage of IDLE command between almost every conventional operation. He said "it makes no sense" ... "but anyway it's fully RFC conform". (I wouldn't be surprised about brain-dead Microsoft developers! ;-))) Perhaps badly payed immigrants of India [like unskilled worker]. ) Cheers, Hasso
Re: Outlook 2002 vs. Cyrus 2.1.12
> I just did some testing myself with Outlook 2000 and Outlook Express 6. > I couldn't get either client to hang after doing APPENDs (with IDLE > enabled). OE does close the connection after calling IDLE after the > final APPEND however. FWIW, and not that it matters in this case, OE and Outlook Express share very little (if any) code. They're developed in two different divisions. The name similarity is a marketing thing.
Re: Outlook 2002 vs. Cyrus 2.1.12
From: Fritz Test <[EMAIL PROTECTED]>
Date: 09 Feb 2003 11:25:37 +0100
[...]
With help of the analysis of Jeremy (Thanks) I patched the function
mkgmtime, such that it works for me now. The problem is, that gmtime(&t)
returns a null pointer for my 64-bit system if t is out of some range. I
don't know exactly what range, but I assume that the generated value for
the year must fit in 32 bits?.
Your patch wouldn't work on a system with an unsigned 64-bit time_t.
(The median value would start out very large, and the binary search
would never subtract enough to get down into "normal" time.)
It seems to me that moving
if (bits > 40) { bits = 40; }
to above the
t = (t < 0) ? 0 : ((time_t) 1 << bits);
would fix the problem.
Is my analysis correct?
Larry
Here's a snipped of my code in mkgmtime.c
---
/*
** If time_t is signed, then 0 is the median value,
** if time_t is unsigned, then 1 << bits is median.
*/
t = (t < 0) ? 0 : ((time_t) 1 << bits)
;
/* Patch begin */
/*
** On my 32-bit Debian GNU/Linux 3.0 AMD K6 PC, the algorithm
** converges in a range
** from
** 1901-12-13 20:46:00 GMT -> -2147483640
** to
** 2038-01-19 03:14:07 GMT -> 2147483647
*/
/*
** It segfaults on RedHat 7.2/Alpha if bits > 56, since gmtime (&t)
** returns null pointer.
** Hence, set bits to a resonable value <= 56.
**
** Setting, e.g. bits=40, the algorithm converges in a range
** from
**-32873-11-12 23:24:00 GMT -> -1099511627760
** to
** 36812-02-20 00:36:59 GMT -> 1099511627819
*/
if (bits > 40) {
bits = 40;
}
/* patch end */
for ( ; ; ) {
prt (t);
fprintf (stderr, " ");
Re: Outlook 2002 vs. Cyrus 2.1.12
Per Steinar Iversen wrote: > > On Mon, 10 Feb 2003, Per Steinar Iversen wrote: > > > On Mon, 10 Feb 2003, Ken Murchison wrote: > > > > > The obvious difference here is that Cyrus 2.1 supports the IDLE > > > extension and Outlook is using it. I'm not sure why the client would be > > > IDLEing in between APPENDs, but I've grown accustomed to seeing silly > > > behavior from Outlook and Netscape. What method for IDLE did you > > > configure with? (doing a 'version' command in cyradm will tell us > > > everything we need). You might want to try reconfiguring/recompiling > > > Cyrus using --with-idle=no and see if this makes a difference. > > > > > > Ken > > > > > > I use the very nice RPM found at http://home.teleport.ch/simix/ : > > > > name : Cyrus IMAPD > > version: v2.1.12-Invoca-RPM-2.1.12-1 2003/02/03 20:43:58 > > vendor : Project Cyrus > > support-url: http://asg.web.cmu.edu/cyrus > > os : Linux > > os-version : 2.4.18-24.8.0smp > > environment: Cyrus SASL 2.1.12 > > Sleepycat Software: Berkeley DB 4.0.14: (November 18, 2001) > > OpenSSL 0.9.6b [engine] 9 Jul 2001 > > CMU Sieve 2.2 > > TCP Wrappers > > mmap = shared > > lock = fcntl > > nonblock = fcntl > > auth = unix > > idle = poll > > mboxlist.db = skiplist > > subs.db = flat > > seen.db = skiplist > > duplicate.db = db3-nosync > > tls.db = db3-nosync > > > > I will try to build version where IDLE is turned off. > > I checked now and it is really IDLE that confuses Outlook. The mail copies > without any problems now that IDLE is disabled. I just did some testing myself with Outlook 2000 and Outlook Express 6. I couldn't get either client to hang after doing APPENDs (with IDLE enabled). OE does close the connection after calling IDLE after the final APPEND however. I'm not convinced that this is a server issue. I'd like to see what happens against a different server that supports IDLE (eg, UW IMAP). -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
Re: Outlook 2002 vs. Cyrus 2.1.12
On Mon, 10 Feb 2003, Per Steinar Iversen wrote: > On Mon, 10 Feb 2003, Ken Murchison wrote: > > > The obvious difference here is that Cyrus 2.1 supports the IDLE > > extension and Outlook is using it. I'm not sure why the client would be > > IDLEing in between APPENDs, but I've grown accustomed to seeing silly > > behavior from Outlook and Netscape. What method for IDLE did you > > configure with? (doing a 'version' command in cyradm will tell us > > everything we need). You might want to try reconfiguring/recompiling > > Cyrus using --with-idle=no and see if this makes a difference. > > > > Ken > > > I use the very nice RPM found at http://home.teleport.ch/simix/ : > > name : Cyrus IMAPD > version: v2.1.12-Invoca-RPM-2.1.12-1 2003/02/03 20:43:58 > vendor : Project Cyrus > support-url: http://asg.web.cmu.edu/cyrus > os : Linux > os-version : 2.4.18-24.8.0smp > environment: Cyrus SASL 2.1.12 > Sleepycat Software: Berkeley DB 4.0.14: (November 18, 2001) > OpenSSL 0.9.6b [engine] 9 Jul 2001 > CMU Sieve 2.2 > TCP Wrappers > mmap = shared > lock = fcntl > nonblock = fcntl > auth = unix > idle = poll > mboxlist.db = skiplist > subs.db = flat > seen.db = skiplist > duplicate.db = db3-nosync > tls.db = db3-nosync > > I will try to build version where IDLE is turned off. I checked now and it is really IDLE that confuses Outlook. The mail copies without any problems now that IDLE is disabled. -psi
Re: Outlook 2002 vs. Cyrus 2.1.12
On Mon, 10 Feb 2003, Ken Murchison wrote: > The obvious difference here is that Cyrus 2.1 supports the IDLE > extension and Outlook is using it. I'm not sure why the client would be > IDLEing in between APPENDs, but I've grown accustomed to seeing silly > behavior from Outlook and Netscape. What method for IDLE did you > configure with? (doing a 'version' command in cyradm will tell us > everything we need). You might want to try reconfiguring/recompiling > Cyrus using --with-idle=no and see if this makes a difference. > > Ken I use the very nice RPM found at http://home.teleport.ch/simix/ : name : Cyrus IMAPD version: v2.1.12-Invoca-RPM-2.1.12-1 2003/02/03 20:43:58 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : Linux os-version : 2.4.18-24.8.0smp environment: Cyrus SASL 2.1.12 Sleepycat Software: Berkeley DB 4.0.14: (November 18, 2001) OpenSSL 0.9.6b [engine] 9 Jul 2001 CMU Sieve 2.2 TCP Wrappers mmap = shared lock = fcntl nonblock = fcntl auth = unix idle = poll mboxlist.db = skiplist subs.db = flat seen.db = skiplist duplicate.db = db3-nosync tls.db = db3-nosync I will try to build version where IDLE is turned off. -psi
Re: Outlook 2002 vs. Cyrus 2.1.12
The obvious difference here is that Cyrus 2.1 supports the IDLE
extension and Outlook is using it. I'm not sure why the client would be
IDLEing in between APPENDs, but I've grown accustomed to seeing silly
behavior from Outlook and Netscape. What method for IDLE did you
configure with? (doing a 'version' command in cyradm will tell us
everything we need). You might want to try reconfiguring/recompiling
Cyrus using --with-idle=no and see if this makes a difference.
Ken
Per Steinar Iversen wrote:
>
> On Sat, 8 Feb 2003, Lawrence Greenfield wrote:
>
> >Date: Sat, 8 Feb 2003 15:44:17 +0100 (CET)
> >From: Per Steinar Iversen <[EMAIL PROTECTED]>
> >
> >I just tried to copy a large number of messages from an Outlook PST file
> >to an IMAP server running Cyrus 2.1.12, but Outlook 2002 SP2 would not
> >cooperate. As test I then tried copying to an old Cyrus 1.6.22 server -
> >that works!
> >
> > Getting a protocol dump (create a directory of
> > /var/imap/log/) should make it pretty clear what's going on.
> >
> > Larry
>
> Here is a log, somewhat cleaned up. I just dragged the top level folder
> from the PST file to the top level IMAP folder. The contents of the single
> message transferred has been removed:
>
> -- iversen Mon Feb 10 10:29:08 2003
>
> >1044869348>0001 OK User logged in
> <1044869348<0002 IDLE
> >1044869348>+ go ahead
> <1044869348 >1044869348>0002 OK Completed
> <1044869348<0003 LIST "" "INBOX."
> >1044869348>0003 OK Completed (0.000 secs 1 calls)
> <1044869348<0004 CREATE "INBOX."
> >1044869348>0004 NO Mailbox already exists
> <1044869348<0005 IDLE
> >1044869348>+ go ahead
> <1044869348 >1044869348>0005 OK Completed
> <1044869348<0006 CREATE "INBOX.Frank"
> >1044869348>0006 OK Completed
> <1044869348<0007 LIST "" "INBOX.Frank"
> >1044869348>* LIST (\HasNoChildren) "." "INBOX.Frank"
> 0007 OK Completed (0.000 secs 2 calls)
> <1044869348<0008 SUBSCRIBE "INBOX.Frank"
> >1044869348>0008 OK Completed
> <1044869348<0009 IDLE
> >1044869348>+ go ahead
> <1044869348 >1044869348>0009 OK Completed
> <1044869348<000A CREATE "INBOX.Frank.Forskning"
> >1044869349>000A OK Completed
> <1044869349<000B LIST "" "INBOX.Frank.Forskning"
> >1044869349>* LIST (\HasNoChildren) "." "INBOX.Frank.Forskning"
> 000B OK Completed (0.000 secs 2 calls)
> <1044869349<000C SUBSCRIBE "INBOX.Frank.Forskning"
> >1044869349>000C OK Completed
> <1044869349<000D IDLE
> >1044869349>+ go ahead
> <1044869349 >1044869349>000D OK Completed
> <1044869349<000E CREATE "INBOX.Frank.Forskning.artikler"
> >1044869349>000E OK Completed
> <1044869349<000F LIST "" "INBOX.Frank.Forskning.artikler"
> >1044869349>* LIST (\HasNoChildren) "." "INBOX.Frank.Forskning.artikler"
> 000F OK Completed (0.000 secs 2 calls)
> <1044869349<000G SUBSCRIBE "INBOX.Frank.Forskning.artikler"
> >1044869349>000G OK Completed
> <1044869349<000H IDLE
> >1044869349>+ go ahead
> <1044869349 >1044869349>000H OK Completed
> <1044869349<000I APPEND "INBOX.Frank.Forskning.artikler" (\Seen) "12-Feb-2000
>15:15:26 +0100" {5873}
> >1044869349>+ go ahead
> <1044869349 To: XX
> Subject:
> Date: Sat, 12 Feb 2000 15:16:04 +0100
> ...lines deleted...
>
> >1044869349>000I OK [APPENDUID 1044869349 1] Completed
> <1044869349<000J IDLE
> >1044869349>+ go ahead
> <1044869349 >1044869349>000J OK Completed
> <1044869349<000L IDLE
> >1044869349>+ go ahead
> >1044869610>* BYE Connection reset by peer
>
> Outlook was hanging for several minutes before I killed it and the last
> line of the log was printed.
>
> And, to compare, here is the beginning of the same log on Cyrus 1.6.22:
>
> 0001 OK User logged in
> 0002 LIST "" "INBOX."
> u0002 OK Completed
> 0003 CREATE "INBOX."
>
> 0003 NO Mailbox already exists
> 0004 LIST "" "INBOX"
>
> * LIST () "." "INBOX"
> 0004 OK Completed
> 0005 LSUB "" "INBOX.*"
> s* LSUB () "." "INBOX.DELETED"
> * LSUB () "." "INBOX.Draft"
> * LSUB () "." "INBOX.Drafts"
>
> ... lines deleted...
>
> 0005 OK Completed
> 0006 CREATE "INBOX.test.Frank"
> 0006 OK Completed
> 0007 LIST "" "INBOX.test.Frank"
>
> * LIST () "." "INBOX.test.Frank"
> 0007 OK Completed
> 0008 SUBSCRIBE "INBOX.test.Frank"
> 0008 OK Completed
> 0009 CREATE "INBOX.test.Frank.Forskning"
> 0009 OK Completed
> 000A LIST "" "INBOX.test.Frank.Forskning"
> * LIST () "." "INBOX.test.Frank.Forskning"
> 000A OK Completed
> 000B SUBSCRIBE "INBOX.test.Frank.Forskning"
> 000B OK Completed
> 000C CREATE "INBOX.test.Frank.Forskning.artikler"
> 000C OK Completed
> 000D LIST "" "INBOX.test.Frank.Forskning.artikler"
> * LIST () "." "INBOX.test.Frank.Forskning.artikler"
> 000D OK Completed
> 000E SUBSCRIBE "INBOX.test.Frank.Forskning.artikler"
> 000E OK Completed
> 000F APPEND "INBOX.test.Frank.Forskning.artikler" (\Seen) "12-Feb-2000 15:15:26
>+0100" {5873}
> + go ahead
> From: XX
> To: XXX
> Subject: XXX
>
Re: Outlook 2002 vs. Cyrus 2.1.12
On 8 Feb 2003, Fabian Fagerholm wrote: > Outlook can behave very strangely sometimes. I have certainly noticed that the main method for handling IMAP errors and problems is to just freeze :-) -psi
Re: Outlook 2002 vs. Cyrus 2.1.12
On Sat, 8 Feb 2003, Lawrence Greenfield wrote:
>Date: Sat, 8 Feb 2003 15:44:17 +0100 (CET)
>From: Per Steinar Iversen <[EMAIL PROTECTED]>
>
>I just tried to copy a large number of messages from an Outlook PST file
>to an IMAP server running Cyrus 2.1.12, but Outlook 2002 SP2 would not
>cooperate. As test I then tried copying to an old Cyrus 1.6.22 server -
>that works!
>
> Getting a protocol dump (create a directory of
> /var/imap/log/) should make it pretty clear what's going on.
>
> Larry
Here is a log, somewhat cleaned up. I just dragged the top level folder
from the PST file to the top level IMAP folder. The contents of the single
message transferred has been removed:
-- iversen Mon Feb 10 10:29:08 2003
>1044869348>0001 OK User logged in
<1044869348<0002 IDLE
>1044869348>+ go ahead
<10448693481044869348>0002 OK Completed
<1044869348<0003 LIST "" "INBOX."
>1044869348>0003 OK Completed (0.000 secs 1 calls)
<1044869348<0004 CREATE "INBOX."
>1044869348>0004 NO Mailbox already exists
<1044869348<0005 IDLE
>1044869348>+ go ahead
<10448693481044869348>0005 OK Completed
<1044869348<0006 CREATE "INBOX.Frank"
>1044869348>0006 OK Completed
<1044869348<0007 LIST "" "INBOX.Frank"
>1044869348>* LIST (\HasNoChildren) "." "INBOX.Frank"
0007 OK Completed (0.000 secs 2 calls)
<1044869348<0008 SUBSCRIBE "INBOX.Frank"
>1044869348>0008 OK Completed
<1044869348<0009 IDLE
>1044869348>+ go ahead
<10448693481044869348>0009 OK Completed
<1044869348<000A CREATE "INBOX.Frank.Forskning"
>1044869349>000A OK Completed
<1044869349<000B LIST "" "INBOX.Frank.Forskning"
>1044869349>* LIST (\HasNoChildren) "." "INBOX.Frank.Forskning"
000B OK Completed (0.000 secs 2 calls)
<1044869349<000C SUBSCRIBE "INBOX.Frank.Forskning"
>1044869349>000C OK Completed
<1044869349<000D IDLE
>1044869349>+ go ahead
<10448693491044869349>000D OK Completed
<1044869349<000E CREATE "INBOX.Frank.Forskning.artikler"
>1044869349>000E OK Completed
<1044869349<000F LIST "" "INBOX.Frank.Forskning.artikler"
>1044869349>* LIST (\HasNoChildren) "." "INBOX.Frank.Forskning.artikler"
000F OK Completed (0.000 secs 2 calls)
<1044869349<000G SUBSCRIBE "INBOX.Frank.Forskning.artikler"
>1044869349>000G OK Completed
<1044869349<000H IDLE
>1044869349>+ go ahead
<10448693491044869349>000H OK Completed
<1044869349<000I APPEND "INBOX.Frank.Forskning.artikler" (\Seen) "12-Feb-2000 15:15:26
+0100" {5873}
>1044869349>+ go ahead
<10448693491044869349>000I OK [APPENDUID 1044869349 1] Completed
<1044869349<000J IDLE
>1044869349>+ go ahead
<10448693491044869349>000J OK Completed
<1044869349<000L IDLE
>1044869349>+ go ahead
>1044869610>* BYE Connection reset by peer
Outlook was hanging for several minutes before I killed it and the last
line of the log was printed.
And, to compare, here is the beginning of the same log on Cyrus 1.6.22:
0001 OK User logged in
0002 LIST "" "INBOX."
u0002 OK Completed
0003 CREATE "INBOX."
0003 NO Mailbox already exists
0004 LIST "" "INBOX"
* LIST () "." "INBOX"
0004 OK Completed
0005 LSUB "" "INBOX.*"
s* LSUB () "." "INBOX.DELETED"
* LSUB () "." "INBOX.Draft"
* LSUB () "." "INBOX.Drafts"
... lines deleted...
0005 OK Completed
0006 CREATE "INBOX.test.Frank"
0006 OK Completed
0007 LIST "" "INBOX.test.Frank"
* LIST () "." "INBOX.test.Frank"
0007 OK Completed
0008 SUBSCRIBE "INBOX.test.Frank"
0008 OK Completed
0009 CREATE "INBOX.test.Frank.Forskning"
0009 OK Completed
000A LIST "" "INBOX.test.Frank.Forskning"
* LIST () "." "INBOX.test.Frank.Forskning"
000A OK Completed
000B SUBSCRIBE "INBOX.test.Frank.Forskning"
000B OK Completed
000C CREATE "INBOX.test.Frank.Forskning.artikler"
000C OK Completed
000D LIST "" "INBOX.test.Frank.Forskning.artikler"
* LIST () "." "INBOX.test.Frank.Forskning.artikler"
000D OK Completed
000E SUBSCRIBE "INBOX.test.Frank.Forskning.artikler"
000E OK Completed
000F APPEND "INBOX.test.Frank.Forskning.artikler" (\Seen) "12-Feb-2000 15:15:26 +0100"
{5873}
+ go ahead
From: XX
To: XXX
Subject: XXX
Date: Sat, 12 Feb 2000 15:16:04 +0100
...lines deleted...
d000F OK [APPENDUID 1044870266 1] Completed
000G APPEND "INBOX.test.Frank.Forskning.artikler" (\Seen) "12-Feb-2000 15:22:26 +0100"
{100562}
C+ go ahead
...lines deleted...
I000I OK [APPENDUID 1044870266 4] Completed
000J CREATE "INBOX.test.Frank.Forskning.forlag"
u000J OK Completed
000K LIST "" "INBOX.test.Frank.Forskning.forlag"
etc ...
-psi
Re: Outlook 2002 vs. Cyrus 2.1.12
On Saturday 08 February 2003 03:19 pm, Lawrence Greenfield wrote: >Date: Sat, 8 Feb 2003 15:44:17 +0100 (CET) >From: Per Steinar Iversen <[EMAIL PROTECTED]> > >I just tried to copy a large number of messages from an Outlook PST file >to an IMAP server running Cyrus 2.1.12, but Outlook 2002 SP2 would not >cooperate. As test I then tried copying to an old Cyrus 1.6.22 server - >that works! > > Getting a protocol dump (create a directory of > /var/imap/log/) should make it pretty clear what's going on. > > Larry Things have been like this for awhile IIRC: http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&msg=16914 Cheers, Jeremy
Re: Outlook 2002 vs. Cyrus 2.1.12
Date: Sat, 8 Feb 2003 15:44:17 +0100 (CET) From: Per Steinar Iversen <[EMAIL PROTECTED]> I just tried to copy a large number of messages from an Outlook PST file to an IMAP server running Cyrus 2.1.12, but Outlook 2002 SP2 would not cooperate. As test I then tried copying to an old Cyrus 1.6.22 server - that works! Getting a protocol dump (create a directory of /var/imap/log/) should make it pretty clear what's going on. Larry
Re: Outlook 2002 vs. Cyrus 2.1.12
On Sat, 2003-02-08 at 16:44, Per Steinar Iversen wrote: > There is no problem for Outlook connecting, making folders, reading > messages etc against Cyrus 2.1.12, but the copying operation always fail - > Outlook seem to hang. It uses no CPU, does no IO from the PST file and > says nothing to the IMAP server. Outlook can behave very strangely sometimes. Try copying only one message and see if that works. If yes, then you can try to gradually increase the number of messages you are copying until you hit the limit. Another trick that I've had to use is to create a temporary local folder in Outlook, copying 25-50 messages into it, and then copying them to the IMAP server from that folder. Failing that, create a new PST file and use it as a buffer for the temporary folder as described above. Finally, you may try to export all messages into a new PST file, copy it to another computer, import it into Outlook, and copy the messages from there. And don't ask how I ended up doing these steps... ;) -- Fabian Fagerholm <[EMAIL PROTECTED]> paniq.net
Outlook 2002 vs. Cyrus 2.1.12
I just tried to copy a large number of messages from an Outlook PST file to an IMAP server running Cyrus 2.1.12, but Outlook 2002 SP2 would not cooperate. As test I then tried copying to an old Cyrus 1.6.22 server - that works! Surely the problem is with Outlook, not Cyrus, still it would be interesting to know just what trips up Outlook with the more recent Cyrus version. There is no problem for Outlook connecting, making folders, reading messages etc against Cyrus 2.1.12, but the copying operation always fail - Outlook seem to hang. It uses no CPU, does no IO from the PST file and says nothing to the IMAP server. All this with Outlook 2002 SP2 running on Windows XP. -psi
