Hi,
Is there anyone taking care of bug 1487843 ?
This is critical. Can I contribute to it in some way ?
Thanks
JM _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80
On 11.04.2011 15:24, GJ-Pro - Joan wrote:
Is there anyone taking care of bug 1487843 ?
This is critical. Can I contribute to it in some way ?
All I can say is that I'm unable to reproduce the issue.
Use the latest trunk, send an attachment bigger than 305kb, then the attachment gets cut below 305kb
This happens 100% of the time since SVN of last few weeks.
The bug does not come from the SMTP server, cause sending the same message from KMail or Thunderbird works perfectly.
The bug is not in the IMAP connection (i.e. the message is saved correctly in the SETN forlder), but the copy of the message forwarded to the SMTP gets corrupted.
If you tell me how, I can try to help you more.
On Mon, 11 Apr 2011 15:56:15 +0200, A.L.E.C wrote:
On 11.04.2011 15:24, GJ-Pro - Joan wrote:
Is there anyone taking
care of bug 1487843 ? This is critical. Can I contribute to it in some way ?
All I can say is that I'm unable to reproduce the issue.
List info: http://lists.roundcube.net/dev/ BT/aba52c80
Perhaps the attachment is getting truncated when being uploaded to the web server. What's your send/receive timeout on your web server? Have you tested whether uploads over that size work?
Tod Pike
On 04/11/2011 10:04 AM, GJ-Pro - Joan wrote:
Use the latest trunk, send an attachment bigger than 305kb, then the attachment gets cut below 305kb
This happens 100% of the time since SVN of last few weeks.
The bug does not come from the SMTP server, cause sending the same message from KMail or Thunderbird works perfectly.
The bug is not in the IMAP connection (i.e. the message is saved correctly in the SETN forlder), but the copy of the message forwarded to the SMTP gets corrupted.
If you tell me how, I can try to help you more.
On Mon, 11 Apr 2011 15:56:15 +0200, A.L.E.C wrote:
On 11.04.2011 15:24, GJ-Pro - Joan wrote:
Is there anyone taking care of bug 1487843 ? This is critical. Can I contribute to it in some way ?
All I can say is that I'm unable to reproduce the issue.
List info: http://lists.roundcube.net/dev/ BT/2ebb58db
Once gain, the mail is CORRECTLY stored in the SENT folder (so upload is correct, and RoundcubeIMAP is fine ).
(To answer your question, You can see PHP settings of my server here -> http://grosjo.net/info.php)
The problem is that the message sent to the SMTP by Roundcube is corrupted.
Once again, the SMTP works fine with the same message (texted with KMail/THnderbird/Outlook/etc...)
How can I help in fixing that ?
On Mon, 11 Apr 2011 10:09:09 -0400, Tod Pike wrote:
Perhaps the attachment is getting truncated when
being uploaded
to the web server. What's your send/receive timeout on
your web
server? Have you tested whether uploads over that size
work?
Tod Pike
On 04/11/2011 10:04 AM, GJ-Pro - Joan wrote:
Use the latest trunk, send an attachment bigger than 305kb, then the
attachment gets cut below 305kb This happens 100% of the time since SVN of last few weeks. The bug does not come from the SMTP server, cause sending the same message from KMail or Thunderbird works perfectly. The bug is not in the IMAP connection (i.e. the message is saved correctly in the SETN forlder), but the copy of the message forwarded to the SMTP gets corrupted. If you tell me how, I can try to help you more. On Mon, 11 Apr 2011 15:56:15 +0200, A.L.E.C wrote:
On 11.04.2011 15:24,
GJ-Pro - Joan wrote:
Is there anyone taking care of bug
1487843 ? This is critical. Can I contribute to it in some way ?
All
I can say is that I'm unable to reproduce the issue.
_______________________________________________ List info: http://lists.roundcube.net/dev/ [1] BT/2ebb58db
[1] http://lists.roundcube.net/dev/
List info: http://lists.roundcube.net/dev/ BT/aba52c80
Furthermore, reverting to 0.5.1-release, the bug disappear.
so the bug appeared in one of the changes since 0.5.1
Can anyone tell me how can I fix or help fixing that ?
Most probaby somewhere in "sendmail.inc", but who is taking care of this part ?
Thanks in advance
JM
On Mon, 11 Apr 2011 09:24:25 -0500, GJ-Pro - Joan wrote:
Once gain, the mail is CORRECTLY stored in the SENT folder (so
upload is correct, and RoundcubeIMAP is fine ).
(To answer your
question, You can see PHP settings of my server here -> http://grosjo.net/info.php)
The problem is that the message sent
to the SMTP by Roundcube is corrupted.
Once again, the SMTP works
fine with the same message (texted with KMail/THnderbird/Outlook/etc...)
How can I help in fixing that ?
On Mon, 11 Apr 2011 10:09:09
-0400, Tod Pike wrote:
Perhaps the attachment is getting
truncated when being uploaded
to the web server. What's your
send/receive timeout on your web
server? Have you tested whether
uploads over that size work?
Tod Pike
On 04/11/2011 10:04
AM, GJ-Pro - Joan wrote:
Use the latest trunk, send an
attachment bigger than 305kb, then the attachment gets cut below 305kb This happens 100% of the time since SVN of last few weeks. The bug does not come from the SMTP server, cause sending the same message from KMail or Thunderbird works perfectly. The bug is not in the IMAP connection (i.e. the message is saved correctly in the SETN forlder), but the copy of the message forwarded to the SMTP gets corrupted. If you tell me how, I can try to help you more. On Mon, 11 Apr 2011 15:56:15 +0200, A.L.E.C wrote:
On 11.04.2011 15:24, GJ-Pro - Joan wrote:
Is there anyone taking care of bug 1487843 ? This is critical. Can I contribute to it in some way ?
All I can say is that I'm unable to
reproduce the issue.
List info: http://lists.roundcube.net/dev/ [1] BT/2ebb58db
[1] http://lists.roundcube.net/dev/
List info: http://lists.roundcube.net/dev/ BT/aba52c80
another test:
if I send a MP3 file of 1.4 MB, the mail in "SENT" is correctly having a MP3 of 1.$, but the one received has a cut MP3 file at 808kB
Something wrong definitely in the "send" function
Can anyone advise ?
On Mon, 11 Apr 2011 11:21:50 -0500, GJ-Pro - Joan wrote:
Furthermore, reverting to 0.5.1-release, the bug disappear.
so the bug appeared in one of the changes since 0.5.1
Can
anyone tell me how can I fix or help fixing that ?
Most probaby
somewhere in "sendmail.inc", but who is taking care of this part ?
Thanks in advance
JM
On Mon, 11 Apr 2011 09:24:25 -0500,
GJ-Pro - Joan wrote:
Once gain, the mail is CORRECTLY stored in
the SENT folder (so upload is correct, and RoundcubeIMAP is fine ).
(To answer your question, You can see PHP settings of my server here
-> http://grosjo.net/info.php)
The problem is that the message
sent to the SMTP by Roundcube is corrupted.
Once again, the SMTP
works fine with the same message (texted with KMail/THnderbird/Outlook/etc...)
How can I help in fixing that ?
On Mon, 11 Apr 2011 10:09:09 -0400, Tod Pike wrote:
Perhaps the attachment is getting truncated when being uploaded
to
the web server. What's your send/receive timeout on your web
server?
Have you tested whether uploads over that size work?
Tod
Pike
On 04/11/2011 10:04 AM, GJ-Pro - Joan wrote:
Use
the latest trunk, send an attachment bigger than 305kb, then the attachment gets cut below 305kb This happens 100% of the time since SVN of last few weeks. The bug does not come from the SMTP server, cause sending the same message from KMail or Thunderbird works perfectly. The bug is not in the IMAP connection (i.e. the message is saved correctly in the SETN forlder), but the copy of the message forwarded to the SMTP gets corrupted. If you tell me how, I can try to help you more. On Mon, 11 Apr 2011 15:56:15 +0200, A.L.E.C wrote:
On 11.04.2011
15:24, GJ-Pro - Joan wrote:
Is there anyone taking care
of bug 1487843 ? This is critical. Can I contribute to it in some way ?
All I can say is that I'm unable to reproduce the issue.
_______________________________________________ List info: http://lists.roundcube.net/dev/ [1] BT/2ebb58db
[1] http://lists.roundcube.net/dev/
List info: http://lists.roundcube.net/dev/ BT/aba52c80
What you can do is compare the current version against the working version with a tool like Winmerge, Meld, BeyondCompare, etc. and look at what changed in the class that sends emails with attachments.
Regards,
Alain
Le 11. 04. 11 18:21, GJ-Pro - Joan a écrit :
Furthermore, reverting to 0.5.1-release, the bug disappear.
so the bug appeared in one of the changes since 0.5.1
Can anyone tell me how can I fix or help fixing that ?
Most probaby somewhere in "sendmail.inc", but who is taking care of this part ?
Thanks in advance
JM
On Mon, 11 Apr 2011 09:24:25 -0500, GJ-Pro - Joan wrote:
Once gain, the mail is CORRECTLY stored in the SENT folder (so upload is correct, and RoundcubeIMAP is fine ).
(To answer your question, You can see PHP settings of my server here -> http://grosjo.net/info.php)
The problem is that the message sent to the SMTP by Roundcube is corrupted.
Once again, the SMTP works fine with the same message (texted with KMail/THnderbird/Outlook/etc...)
How can I help in fixing that ?
On Mon, 11 Apr 2011 10:09:09 -0400, Tod Pike wrote:
Perhaps the attachment is getting truncated when being uploaded to the web server. What's your send/receive timeout on your web server? Have you tested whether uploads over that size work? Tod Pike On 04/11/2011 10:04 AM, GJ-Pro - Joan wrote: Use the latest trunk, send an attachment bigger than 305kb, then the attachment gets cut below 305kb This happens 100% of the time since SVN of last few weeks. The bug does not come from the SMTP server, cause sending the same message from KMail or Thunderbird works perfectly. The bug is not in the IMAP connection (i.e. the message is saved correctly in the SETN forlder), but the copy of the message forwarded to the SMTP gets corrupted. If you tell me how, I can try to help you more. On Mon, 11 Apr 2011 15:56:15 +0200, A.L.E.C wrote: On 11.04.2011 15:24, GJ-Pro - Joan wrote: Is there anyone taking care of bug 1487843 ? This is critical. Can I contribute to it in some way ? All I can say is that I'm unable to reproduce the issue. _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/2ebb58db
List info: http://lists.roundcube.net/dev/ BT/13a4d060
List info: http://lists.roundcube.net/dev/ BT/aba52c80
You mean "diff" no ?
(I beleive Winmerge is some kind of microsoft tools. or something ?)
On Mon, 11 Apr 2011 18:34:26 +0200, Alain Nussbaumer wrote:
What you can do is compare the current
version against the working
version with a tool like Winmerge, Meld,
BeyondCompare, etc.
and look at what changed in the class that sends
emails with attachments.
Regards,
Alain
Le 11. 04. 11
18:21, GJ-Pro - Joan a écrit :
Furthermore, reverting to
0.5.1-release, the bug disappear. so the bug appeared in one of the changes since 0.5.1 Can anyone tell me how can I fix or help fixing that ? Most probaby somewhere in "sendmail.inc", but who is taking care of this part ? Thanks in advance JM On Mon, 11 Apr 2011 09:24:25 -0500, GJ-Pro - Joan wrote:
Once gain, the mail is CORRECTLY stored in
the SENT folder (so upload is correct, and RoundcubeIMAP is fine ). (To answer your question, You can see PHP settings of my server here -> http://grosjo.net/info.php [1]) The problem is that the message sent to the SMTP by Roundcube is corrupted. Once again, the SMTP works fine with the same message (texted with KMail/THnderbird/Outlook/etc...) How can I help in fixing that ? On Mon, 11 Apr 2011 10:09:09 -0400, Tod Pike wrote: Perhaps the attachment is getting truncated when being uploaded to the web server. What's your send/receive timeout on your web server? Have you tested whether uploads over that size work? Tod Pike On 04/11/2011 10:04 AM, GJ-Pro - Joan wrote: Use the latest trunk, send an attachment bigger than 305kb, then the attachment gets cut below 305kb This happens 100% of the time since SVN of last few weeks. The bug does not come from the SMTP server, cause sending the same message from KMail or Thunderbird works perfectly. The bug is not in the IMAP connection (i.e. the message is saved correctly in the SETN forlder), but the copy of the message forwarded to the SMTP gets corrupted. If you tell me how, I can try to help you more. On Mon, 11 Apr 2011 15:56:15 +0200, A.L.E.C wrote: On 11.04.2011 15:24, GJ-Pro - Joan wrote: Is there anyone taking care of bug 1487843 ? This is critical. Can I contribute to it in some way ? All I can say is that I'm unable to reproduce the issue. _______________________________________________ List info: http://lists.roundcube.net/dev/ [2] BT/2ebb58db
_______________________________________________ List info: http://lists.roundcube.net/dev/ [3] BT/13a4d060
[1] http://grosjo.net/info.php [2] http://lists.roundcube.net/dev/ [3] http://lists.roundcube.net/dev/
List info: http://lists.roundcube.net/dev/ BT/aba52c80
W dniu 2011-04-11 18:45, GJ-Pro - Joan pisze:
You mean "diff" no ?
(I beleive Winmerge is some kind of microsoft tools. or something ?)
Someone already found that it's probably this http://trac.roundcube.net/changeset/4604 change, but I'm still unable find a bug.
Here's a duplicate http://trac.roundcube.net/ticket/1487833
diff gives me this :
8c8
< | Copyright (C) 2005-2010, The Roundcube Dev Team
|
| Copyright (C) 2005-2010, Roundcube Dev. - Switzerland
|
19c19
$Id: sendmail.inc 4509 2011-02-09 10:51:50Z thomasb $
29,31d28 < $COMPOSE_ID = get_input_value('_id', RCUBE_INPUT_GPC); < $_SESSION['compose'] = $_SESSION['compose_data'][$COMPOSE_ID]; < 708c705
$_SESSION['compose']['param']['_draft_uid'] = $draftuids[0];
724c721
rcmail_compose_cleanup();
On Mon, 11 Apr 2011 18:50:30 +0200, A.L.E.C wrote:
W dniu 2011-04-11 18:45, GJ-Pro - Joan pisze:
You mean "diff" no ? (I beleive Winmerge is some kind of microsoft tools. or something ?)
Someone already found that it's probably this http://trac.roundcube.net/changeset/4604 [1] change, but I'm still unable find a bug.
Here's a duplicate http://trac.roundcube.net/ticket/1487833 [2]
List info: http://lists.roundcube.net/dev/ BT/aba52c80
A.L.E.C wrote:
W dniu 2011-04-11 18:45, GJ-Pro - Joan pisze:
You mean "diff" no ?
(I beleive Winmerge is some kind of microsoft tools. or something ?)
Someone already found that it's probably this http://trac.roundcube.net/changeset/4604 change, but I'm still unable find a bug.
Here's a duplicate http://trac.roundcube.net/ticket/1487833
I was able to reproduce this problem but it's definitely not related with r4604. Still investigating...
~Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80
On Mon, Apr 11, 2011 at 19:08, Thomas Bruederli roundcube@gmail.com wrote:
A.L.E.C wrote:
Someone already found that it's probably this http://trac.roundcube.net/changeset/4604 change, but I'm still unable find a bug.
Here's a duplicate http://trac.roundcube.net/ticket/1487833
I was able to reproduce this problem but it's definitely not related with r4604. Still investigating...
OK, I tracked it down to the update of the PEAR Net_SMTP class at http://trac.roundcube.net/changeset/4606 When reverting that attachments are sent correctly. Please try
svn up -r4073 program/lib/Net/SMTP.php
and tell me if sending also works again on your installations.
~Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80
This actually solves the problem on my server (attachment sent and received now correctly).
On Mon, 11 Apr 2011 19:27:25 +0200, Thomas Bruederli wrote:
On Mon, Apr 11, 2011 at 19:08, Thomas Bruederli
wrote:
A.L.E.C wrote:
Someone already found that it's
probably this http://trac.roundcube.net/changeset/4604 [1] change, but I'm still unable find a bug. Here's a duplicate http://trac.roundcube.net/ticket/1487833 [2]
I was able to reproduce
this problem but it's definitely not related with r4604. Still investigating...
OK, I tracked it down to the update of the PEAR
Net_SMTP class at
reverting that attachments are sent correctly. Please try
svn up
-r4073 program/lib/Net/SMTP.php
and tell me if sending also works
again on your installations.
~Thomas
List info:
http://lists.roundcube.net/dev/ [5]
BT/325da974
[1] http://trac.roundcube.net/changeset/4604 [2] http://trac.roundcube.net/ticket/1487833 [3] mailto:roundcube@gmail.com [4] http://trac.roundcube.net/changeset/4606 [5] http://lists.roundcube.net/dev/
List info: http://lists.roundcube.net/dev/ BT/aba52c80
W dniu 2011-04-11 19:36, GJ-Pro - Joan pisze:
OK, I tracked it down to the update of the PEAR Net_SMTP class at http://trac.roundcube.net/changeset/4606 When reverting that attachments are sent correctly. Please try
svn up -r4073 program/lib/Net/SMTP.php
and tell me if sending also works again on your installations.
So, maybe it's this issue: http://pear.php.net/bugs/bug.php?id=18335
On Monday 11 April 2011 20:27:25 Thomas Bruederli wrote:
On Mon, Apr 11, 2011 at 19:08, Thomas Bruederli roundcube@gmail.com wrote:
A.L.E.C wrote:
Someone already found that it's probably this http://trac.roundcube.net/changeset/4604 change, but I'm still unable find a bug.
Here's a duplicate http://trac.roundcube.net/ticket/1487833
I was able to reproduce this problem but it's definitely not related with r4604. Still investigating...
OK, I tracked it down to the update of the PEAR Net_SMTP class at http://trac.roundcube.net/changeset/4606 When reverting that attachments are sent correctly. Please try
svn up -r4073 program/lib/Net/SMTP.php
and tell me if sending also works again on your installations.
All is fine now in my install too.
Thanks to everyone that had the time and skills to fix this.
Well, now that we found the bug, we would need to fix it :)
On Mon, 11 Apr 2011 21:13:19 +0300, Arthur Titeica wrote:
On Monday 11
April 2011 20:27:25 Thomas Bruederli wrote:
On Mon, Apr 11, 2011
at 19:08, Thomas Bruederli wrote:
A.L.E.C wrote:
Someone already found that it's probably this http://trac.roundcube.net/changeset/4604 [1] change, but I'm still unable find a bug. Here's a duplicate http://trac.roundcube.net/ticket/1487833 [2]
I was able to reproduce
this problem but it's definitely not related with r4604. Still investigating...
OK, I tracked it down to the update of the PEAR
Net_SMTP class at http://trac.roundcube.net/changeset/4606 [4] When reverting that attachments are sent correctly. Please try svn up -r4073 program/lib/Net/SMTP.php and tell me if sending also works again on your installations.
All is fine now in my install too.
Thanks to
everyone that had the time and skills to fix this.
[1] http://trac.roundcube.net/changeset/4604 [2] http://trac.roundcube.net/ticket/1487833 [3] mailto:roundcube@gmail.com [4] http://trac.roundcube.net/changeset/4606
List info: http://lists.roundcube.net/dev/ BT/aba52c80
On 11.04.2011 20:45, GJ-Pro - Joan wrote:
Well, now that we found the bug, we would need to fix it :)
We'll probably revert some changes to Net_SMTP package, but this will not fix the issue for users using distribution packages. We should try to help Net_SMTP package devs to narrow the problem. I've added comment to the bug http://pear.php.net/bugs/bug.php?id=18335.