roundcube / roundcubemail

The Roundcube Webmail suite
https://roundcube.net
GNU General Public License v3.0
5.9k stars 1.64k forks source link

no mails in the mail-folder #2098

Closed rcubetrac closed 15 years ago

rcubetrac commented 15 years ago

Reported by jolic on 4 Mar 2009 18:59 UTC as Trac ticket #1485763

Hi!

At first, my RC is running well with WEB.de and GMail.

But with AOL the mail-folder are empty. Please note my attach picture.

Is it a bug in RC or a conflict with AOL?

Best regards, jolic

Migrated-From: http://trac.roundcube.net/ticket/1485763

rcubetrac commented 15 years ago

Comment by @alecpl on 4 Mar 2009 19:22 UTC

Try with svn-trunk version.

rcubetrac commented 15 years ago

Milestone changed by @alecpl on 4 Mar 2009 19:22 UTC

later => 0.2.1

rcubetrac commented 15 years ago

Comment by cfritzius on 4 Mar 2009 22:00 UTC

I'm having this same problem but with a Zimbra IMAP server. I've just tried the latest svn-trunk (rev 2328) and the problem is still there. Every mail folder shows 1 message that says (no subject). The message count is correct in the folder list.

Any ideas? Thanks, *Charlie

rcubetrac commented 15 years ago

Comment by @alecpl on 5 Mar 2009 06:58 UTC

You need to debug imap conversation. Uncomment console() calls in lib/imap.inc and then check logs/console for a log.

rcubetrac commented 15 years ago

Comment by jolic on 5 Mar 2009 18:02 UTC

Replying to alec:

You need to debug imap conversation. Uncomment console() calls in lib/imap.inc and then check logs/console for a log.

Hi Alec, Thanks for your answer. Please take a look in my console created with AOL (without Passwords ;-): [http://www.jolichter.de/console_mail-folder-empty_imap.de.aol.com.txt]

rcubetrac commented 15 years ago

Comment by cfritzius on 5 Mar 2009 18:08 UTC

I've uncommented the console() calls. It's generating lots of imap data in the console logs. I didn't see any errors. It looks like a typical imap session...server login and CAPABILITY statements...then we have Folder lists and finally, message headers. If I look at the mysql tables, the "messages" table contains no data.

Should this be filled under a different bug report?

*Charlie

rcubetrac commented 15 years ago

Comment by @alecpl on 5 Mar 2009 18:20 UTC

[18:48:17 +0100](http://www.jolichter.de/console_mail-folder-empty_imap.de.aol.com.txt]

[05-Mar-2009): S: * 25 FETCH (UID 23415561 INTERNALDATE "13-Feb-2009 03:13:29 -0500" RFC822.SIZE 82839 BODY[("DATE" "FROM" "TO" "SUBJECT" "REPLY-TO" "IN-REPLY-TO" "CC" "BCC" "CONTENT-TRANSFER-ENCODING" "CONTENT-TYPE" "MESSAGE-ID" "REFERENCES" "DISPOSITION-NOTIFICATION-TO" "X-PRIORITY")](HEADER.FIELDS) {472}
[18:48:17 +0100](05-Mar-2009): S: Message-ID: <20090213074645-1.3.3qu.40u7t.0.9bnpi4n8o0@xxx.de>
[18:48:17 +0100](05-Mar-2009): S: Date: Fri, 13 Feb 2009 08:12:49 GMT
[18:48:17 +0100](05-Mar-2009): S: From: =?utf-8?Q?=C3=9Cberraschungs-Koffer_Conrad?= <news@ssss.de>
[18:48:17 +0100](05-Mar-2009): S: Reply-To: Conrad Electronic <news@sss.de>
[18:48:17 +0100](05-Mar-2009): S: To: <xxxx@aol.com>
[18:48:17 +0100](05-Mar-2009): S: Subject: =?ISO-8859-1?Q?Gro=DFer_Alu-=DCberraschungs-Koffer_f=FCr_B=E4_Rohr!_>>_Aber_schon_fast_AUSVERKAUFT!?= <<
[18:48:17 +0100](05-Mar-2009): S: Content-Type: multipart/alternative;
[18:48:17 +0100](05-Mar-2009): S:   boundary="-==CONRADOUTER164240059B290012F6=="
[18:48:17 +0100](05-Mar-2009): S: 
[18:48:17 +0100](05-Mar-2009): S:  FLAGS (XAOL-GOODCHECK-DONE))

Thx, the problem is with FLAGS reply at the end of request. All servers that I know returns FLAGS before headers. I'll try to fix it.

rcubetrac commented 15 years ago

Owner changed by @alecpl on 5 Mar 2009 18:20 UTC

=> none

rcubetrac commented 15 years ago

Comment by jolic on 5 Mar 2009 18:40 UTC

Thx too!

rcubetrac commented 15 years ago

Comment by cfritzius on 5 Mar 2009 18:49 UTC

According to the our console logs we have the same thing...FLAGS reply at the end of request. It'll be great if you can fix it! Thanks, *Charlie

rcubetrac commented 15 years ago

Comment by @alecpl on 6 Mar 2009 09:13 UTC

Fixed in 55c2a4e2.

rcubetrac commented 15 years ago

Status changed by @alecpl on 6 Mar 2009 09:13 UTC

new => closed

rcubetrac commented 15 years ago

Comment by jolic on 6 Mar 2009 19:40 UTC

Excellent! Good Job!

rcubetrac commented 15 years ago

Comment by cfritzius on 7 Mar 2009 21:50 UTC

This is fixed for me too! Thanks! *Charlie