Empty subject and sender field

[duelli]

The following mail (addresses changed for privacy) is not correctly shown in current SVN trunk of Roundcube, see attached screenshot.

Return-Path: <someone@somewhere.de>
X-Original-To: me@here.de
Delivered-To: me@here.de
Received: from somewhere.de
	for <me@here.de>; Fri, 13 Mar 2009 20:15:29 +0100 (CET)
Message-ID: <12345@domain.de>
Date: Fri, 13 Mar 2009 20:15:31 +0100
From: First Last <someone@somewhere.de>
Reply-To: someone@somewhere.de
Organization: University
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: Me Myself <me@here.de>
Subject: [Fwd: [mpls] mpls wg agenda (preliminary)]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Virus-Scanned: by someone at here.de

Email content

Thunderbird shows this email fine!

[duelli]

Screenshot for ​http://trac.roundcube.net/ticket/1485891

[alec]

Fixed in [07f0b943].

[duelli]

Just found, that your change did not solve the issue. I checked [07f0b943] as well as current trunk.

The problem is still as shown in the screenshot.

Neither subject nor sender are shown although correctly defined in the mail.

[alec]

Works for me with your headers. What imap and php version? Please check current svn-trunk. Also uncomment console in lib/imap.inc and check logs/console for imap conversation listing, attach it here.

[duelli]

Replying to alec:

Works for me with your headers. What imap and php version? Please check current svn-trunk. Also uncomment console in lib/imap.inc and check logs/console for imap conversation listing, attach it here.

PHP: PHP 5.2.0-8+etch15
IMAP: dovecot-imapd 1.0.rc15-2etch4

Okay this is what I have done:

1. uncomment all 3 occurrences of calls to console in program/lib/imap.inc

2. activate debug_logger plugin to get the aforementioned output into a file with config option

$rcmail_config['debug_logger']['master'] = 'master';

(A few comments:

The plugin complained about a bug in line 110 which I resolved by simply removing the mismatching argument.

On logout with this plugin the following error message appears

Warning: fwrite(): 49 is not a valid stream resource in /srv/roundcube/plugins/debug_logger/runlog/runlog.php on line 170

You should remove the password string from this output automatically!!!

The additional output on the browser is rather annoying...)

3. logged into my roundcube which is on HEAD revision of trunk

The output concerning the affected mail goes here:

[20-Jun-2009 13:40:43 +0200] start: Action: preview. Task: mail.
[20-Jun-2009 13:40:43 +0200]   C: cp01 CAPABILITY
[20-Jun-2009 13:40:43 +0200]   S: * CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN...
[20-Jun-2009 13:40:43 +0200]   S: cp01 OK Capability completed.
[20-Jun-2009 13:40:43 +0200]   C: stls000 STARTTLS
[20-Jun-2009 13:40:43 +0200]   S: stls000 OK Begin TLS negotiation now.
[20-Jun-2009 13:40:44 +0200]   C: cp01 CAPABILITY
[20-Jun-2009 13:40:44 +0200]   S: * CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN...
[20-Jun-2009 13:40:44 +0200]   S: cp01 OK Capability completed.
[20-Jun-2009 13:40:44 +0200]   C: a001 LOGIN "duelli" "***************"
[20-Jun-2009 13:40:44 +0200]   S: a001 OK Logged in.
[20-Jun-2009 13:40:44 +0200]   C: sel1 SELECT "INBOX"
[20-Jun-2009 13:40:44 +0200]   S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk Junk $Forwarded $label5 $label4 $label1 $label2 $label3...
[20-Jun-2009 13:40:44 +0200]   S: * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk Junk $Forwarded $label5 $label4 $label1 $l...
[20-Jun-2009 13:40:44 +0200]   S: * 3 EXISTS
[20-Jun-2009 13:40:44 +0200]   S: * 0 RECENT
[20-Jun-2009 13:40:44 +0200]   S: * OK [UIDVALIDITY 1198234000] UIDs valid
[20-Jun-2009 13:40:44 +0200]   S: * OK [UIDNEXT 10304] Predicted next UID
[20-Jun-2009 13:40:44 +0200]   S: sel1 OK [READ-WRITE] Select completed.
[20-Jun-2009 13:40:44 +0200]   C: srch1 SEARCH UID 8087
[20-Jun-2009 13:40:44 +0200]   S: * SEARCH 2
[20-Jun-2009 13:40:44 +0200]   S: srch1 OK Search completed.
[20-Jun-2009 13:40:44 +0200]   C: ftch0 FETCH 2 (BODY.PEEK[1])
[20-Jun-2009 13:40:44 +0200]   S: * 2 FETCH (BODY[1] {1443}

This appeared when loading inbox which contains the mail, no further output concerning this mail on mail selection.

I guess that this might not be sufficient :-(

[alec]

Replying to duelli:

PHP: PHP 5.2.0-8+etch15
IMAP: dovecot-imapd 1.0.rc15-2etch4

You'd better use much, much better/faster dovecot 1.1

> [20-Jun-2009 13:40:44 +0200]   S: srch1 OK Search completed.
> [20-Jun-2009 13:40:44 +0200]   C: ftch0 FETCH 2 (BODY.PEEK[1])
> [20-Jun-2009 13:40:44 +0200]   S: * 2 FETCH (BODY[1] {1443}
> }}}

There should be FETCH for headers. If you use messages caching, you must remove all rows from messages table in database.

[duelli]

Replying to alec:

Replying to duelli:

PHP: PHP 5.2.0-8+etch15
IMAP: dovecot-imapd 1.0.rc15-2etch4

You'd better use much, much better/faster dovecot 1.1

I would love to :-)

There should be FETCH for headers. If you use messages caching, you must remove all rows from messages table in database.

After clearing the mysql messages table, the problem is solved for me. So this seems to be just a caching issue. Thanks a lot!!!