From: <tr...@eg...> - 2010-04-29 08:40:49
|
Ticket modified by Klaus Leithoff at 2010/04/29 10:43 Tracking System: Bugs Category: FelamiMail Version: Trunk Status: Open Resolution: None Completed: 20% Priority: 5 - medium Created By: Stefan Roder Assigned to: Klaus Leithoff Summary: #2553 - Answering to a mail from an egw-user fails to show the adress in the to-field When I try to answer to a mail from someone, who is an egw user, the to-field is empty. Also, by hovering over this users mailalias, it doesn't show the full adress, but only e.g. Stefan Roder <>. When I use this mailadress for composing a new mail, the to-field shows Stefan Roder <""@""> This is the last thing belonging to nathans adressbook changes, which is not yet working again. All the other errors seem to be fixed. Greetings from Hamburg Stefan Comment by Klaus Leithoff at 2010/04/29 10:43: Reviewing the pics, and taking into account the log exerpt: This is definitely either a parsing problem, or a problem connected to magic_quotes. Delimiters cannot be configured the wrong way, not that I know of, and not for particular users (against other mail senders). What is your Revision on egw-pear/Net/IMAPProtocol.php (should be 28443) The error in Parsing however refers to the Filename as Attachment shown in error_log. I assume the sender information as it is parsed in IMAP/IMAPProtokoll from the mailheaders ( [sender_address] => ma...@so..., [sender_name] => mail, some ) is either broken while sending (connected to magic_quotes), or does not survive parsing by IMAP/IMAPProtokoll You may check with IMAPProtocol with function _genericComnmand there is the rawResponse wich is then parsed. Check the rawResonse. That will tell you if there are sufficient data to be parsed, or if the data you expect to find are not even available to the mail stored -> thus probably not sent at all, ... Comment by Stefan Roder at 2010/04/28 16:03: Hi Klaus, did you get any further on this issue? I just controlled the apache error_log and found this message: [Wed Apr 28 08:01:07 2010] [error] [client 188.46.101.64] Net_IMAPProtocol::_advanceOverStr problem at 73 with:)(last character) Numberof delimiters ('(',')') found:0 String:"Analytics_20090326-20100425_(TopContentReport)(2).pdf called from:Net_IMAPProtocol->_advanceOverStr:2388 / Net_IMAPProtocol->_getClosingBracesPos:2330 / Net_IMAPProtocol->_getClosingBracesPos:2335 / Net_IMAPProtocol->_getNextToken:2545 / Net_IMAPProtocol->_arrayfy_content:2139 / Net_IMAPProtocol->_parseBodyResponse:2088 / Net_IMAPProtocol->_retrParsedResponse:2726 / Net_IMAPProtocol->_getEXTarray:2650 / Net_IMAPProtocol->_retrParsedResponse:2846 / Net_IMAPProtocol->_genericImapResponseParser:3147 / Net_IMAPProtocol->_genericCommand:3228 / Net_IMAPProtocol->cmdUidFetch:1367 / Net_IMAP->getStructure:540 / bofelamimail->getMessageAttachments:2207 / uidisplay->display:268, referer: http://our_egw_server/index.php?menuaction=felamimail.uifelamimail.viewMainScreen Maybe that helps to get closer to the solution. Looks to me, as the delimiters are configured the wrong way. Best wishes from hamburg Stefan Comment by Klaus Leithoff at 2010/04/27 17:10: I tested that, hmmmm, but could not reproduce. I will check with the attached screenshots, if this is giving me a hint. Comment by Stefan Roder at 2010/04/22 18:28: I meant: ("Userprename Username") Comment by Stefan Roder at 2010/04/22 18:26: Oh, forgot to say, that all this only appears if the sender of the mail has an account in the groupware and is part of the addressbook. Other mailaddresses are not affected. I think it has something to do with the quotationmarks ("Userprename Username" - but that's only a thought. Comment by Stefan Roder at 2010/04/22 18:12: Hi Klaus, hovering over the corrupted mailaddress shows what you see in picture 1. Opening this mail shows empty from- and to-fields as shown in picture 2. The headerinformation in picture 3 is correct. An answer to this mail also shows an empty to-field (picture 4). Using the corrupted mail from picture 1 to compose a new mail shows Stefan Roder <""@""> as you see in picture 5. Hope it helps. All the other issues have gone since the last svn-update (thanks a lot for that!!!). Stefan Comment by Klaus Leithoff at 2010/04/22 09:41: Hi Stefan, I cant seem to reproduce that after applying all of Nathans fixes. But on the other hand, I don't exactly understand what the problem is. Could you provide a screenshot? Linked entries: http://www.egroupware.org/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=2553&no_popup=1 |