Stable - no messages

[stevejones]

bump maybe

[grokwik]

I have exactly the same problem. This subject is then a clone of mine (or the opposite, I let you judge ;-) ) which is called "no body, no subject".
FYI, neither apache nor RC logs are showing something wrong.

[alec]

Please, uncoment console() calls in lib/imap.inc and check logs/console file. There should be a debug info from IMAP conversation which will help as to understand the problem.

[grokwik]

[30-Jan-2009 17:29:12 +0100]: S: * OK [CAPABILITY IMAP4REV1 X-NETSCAPE LOGIN-REFERRALS AUTH=LOGIN] IMAP4rev1 Free
[30-Jan-2009 17:29:12 +0100]: C: cp01 CAPABILITY
[30-Jan-2009 17:29:12 +0100]: S: * CAPABILITY IMAP4REV1 X-NETSCAPE NAMESPACE MAILBOX-REFERRALS SCAN SORT THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND LOGIN-REFERRALS AUTH=LOGIN
[30-Jan-2009 17:29:12 +0100]: S: cp01 OK Completed
[30-Jan-2009 17:29:12 +0100]: C: a001 LOGIN "grokwik" "XXXXXX"
[30-Jan-2009 17:29:12 +0100]: S: a001 OK [CAPABILITY IMAP4rev1 ACL BINARY CATENATE CHILDREN CONDSTORE ENABLE ESEARCH ID IDLE LIST-EXTENDED LITERAL+ LOGIN-REFERRALS MULTIAPPEND NAMESPACE QRESYNC QUOTA RIGHTS=ektx SASL-IR SEARCHRES UIDPLUS UNSELECT WITHIN] LOGIN completed
[30-Jan-2009 17:29:12 +0100]: C: ns1 NAMESPACE
[30-Jan-2009 17:29:12 +0100]: S: * NAMESPACE (("" "/")) (("/home/" "/")) NIL
[30-Jan-2009 17:29:12 +0100]: S: ns1 OK NAMESPACE completed

Now it blocks after loging in (the UI remains on the user/pwd page)

[grokwik]

(Sorry for the delay)
I cropped the end of the file, it just repeats the last block every minute (I guess it's the refresh).

[alec]

(Sorry for the delay)
I cropped the end of the file, it just repeats the last block every minute (I guess it's the refresh).

The FLAGS are returned after message headers in FETCH response. It may be the problem. Can you provide a test account for me (with remote access)? Write to [alec at alec.pl].

[The BLION Corp.]

Code Select Expand

[30-Jan-2009 20:10:48 +0100]: S: * CAPABILITY IMAP4REV1 X-NETSCAPE NAMESPACE MAILBOX-REFERRALS SCAN [b]SORT[/b] THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND LOGIN-REFERRALS AUTH=LOGIN
[30-Jan-2009 20:10:48 +0100]: S: cp01 OK Completed
[30-Jan-2009 20:10:48 +0100]: C: a001 LOGIN "grokwik" "XXXXXX"
[30-Jan-2009 20:10:48 +0100]: S: a001 OK [CAPABILITY IMAP4rev1 ACL BINARY CATENATE CHILDREN CONDSTORE ENABLE ESEARCH ID IDLE LIST-EXTENDED LITERAL+ LOGIN-REFERRALS MULTIAPPEND NAMESPACE QRESYNC QUOTA RIGHTS=ektx SASL-IR SEARCHRES UIDPLUS UNSELECT WITHIN] LOGIN completed
[...]
[30-Jan-2009 20:10:48 +0100]: C: [b]s SORT[/b] (DATE) US-ASCII ALL
[30-Jan-2009 20:10:48 +0100]: S: [b]s BAD parse error: command not implemented[/b]
The SORT command is not implemented but advertised by the IMAP proxy, whereas the real IMAP server can not use it!

[The BLION Corp.]

I modified program/lib/imap.inc to disable SORT capability:

Code Select Expand

function iil_C_GetCapability(&$conn, $name)
{
        if($name == "SORT") return false;
[...]

When I use /installer/ php scripts, I have:

Connecting to imap.free.fr...
IMAP connect:  OK(SORT capability: no)

So, right now, SORT capability should be disabled.

But I'm still unable to get any email list
I will try to figure out what's happening...

Please find attached my console logs from imap.inc...

[grokwik]

The "SORT" thing doesn't change the bug for me neither.

With Alec we found new things : I have several mail addresses in the same provider (free.fr) and only one is bugging (sadly it's the main one)...

[The BLION Corp.]

Any news about that ?

[grokwik]

Alec handled this problem using my parameters and found out that it wasn't working only for one address, and so considered that the problem was coming from the imap (eg my provider). So I'm stuck to the former RC version (that works perfectly with all my imaps and addresses)...

[grokwik]

Is that issue fixed in the new version (version 0.2.1) ?
I don't even know why this thread is in resolved issues... As far as I know, it has never been resolved

[julz]

I just did a check out of devel-api today and got this 'no messages' problem.

sorry.. comments removed..

I thought it was something to do with BODYSTRUCTURE in imap.inc

I need to test further - as now it's suddenly working with or without that change..

[grokwik]

I'll try investigating a lil' bit on imap.inc...

[grokwik]

I tried a brand new install of the last release. Everything is ok except the imap connection, it tells :

Warning: fsockopen() [function.fsockopen]: unable to connect to imap.free.fr:143 (Connection timed out) in /blahblah/public_html/newRC/program/lib/imap.inc on line 611
IMAP connect:  NOT OK(Could not connect to imap.free.fr at port 143: Connection timed out)

In fact, my provider's webmail was using roundcube and they switched to Zimbra. Maybe RC doesn't handle all the options needed ?
I keep the "virgin" install as it is if somene from RC wants to test...