I have an install of the beta up and running, I have dug through the archive and found posts that suggested corrections to a problem with headers not being hidden. I have tried doing a str_replace in the sendmail.inc file for the headers. Also have set it up to run off a postfix/SMTP install. The problem now is that the message comes through as user "Apache" which is the default user that runs the web service. The eariler post suggests that if I just have it running through a postfix install it should correct both problems, any thoughts?
$header_str = str_replace("\r",'',$MAIL_MIME->txtHeaders($send_headers)); was able to clear the below headers.
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Message-Id: <20060220083809.CA30762AE7@test.testing.org20060220083809.CA30762AE7@kahlua.minderaser.org
Date: Mon, 20 Feb 2006 02:38:09 -0600 (CST) From: ghetrick@testing.org ghetrick@minderaser.org (Apache)
The headers delimiter can be configured in config/main.inc.php: $rcmail_config['mail_header_delimiter'] = "\n";
Regards, Thomas
Greg Hetrick wrote:
I have an install of the beta up and running, I have dug through the archive and found posts that suggested corrections to a problem with headers not being hidden. I have tried doing a str_replace in the sendmail.inc file for the headers. Also have set it up to run off a postfix/SMTP install. The problem now is that the message comes through as user "Apache" which is the default user that runs the web service. The eariler post suggests that if I just have it running through a postfix install it should correct both problems, any thoughts?
$header_str = str_replace("\r",'',$MAIL_MIME->txtHeaders($send_headers)); was able to clear the below headers.
Did you look this bug?
http://sourceforge.net/tracker/index.php?func=detail&aid=1416536&group_id=139281&atid=742847
Greg Hetrick a écrit :
I have an install of the beta up and running, I have dug through the archive and found posts that suggested corrections to a problem with headers not being hidden. I have tried doing a str_replace in the sendmail.inc file for the headers. Also have set it up to run off a postfix/SMTP install. The problem now is that the message comes through as user "Apache" which is the default user that runs the web service. The eariler post suggests that if I just have it running through a postfix install it should correct both problems, any thoughts?
$header_str = str_replace("\r",'',$MAIL_MIME->txtHeaders($send_headers)); was able to clear the below headers.
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Message-Id: <20060220083809.CA30762AE7@test.testing.org mailto:20060220083809.CA30762AE7@kahlua.minderaser.org> Date: Mon, 20 Feb 2006 02:38:09 -0600 (CST) From: ghetrick@testing.org mailto:ghetrick@minderaser.org (Apache)
-Nicolas
Fixed this bug and updated the beta-release. Please download it from the website or check the bug tracker to see how to fix it.
Sorry for that. Thomas
Nicolas Hoizey wrote:
Did you look this bug?
http://sourceforge.net/tracker/index.php?func=detail&aid=1416536&group_id=139281&atid=742847
Greg Hetrick a écrit :
I have an install of the beta up and running, I have dug through the archive and found posts that suggested corrections to a problem with headers not being hidden. I have tried doing a str_replace in the sendmail.inc file for the headers. Also have set it up to run off a postfix/SMTP install. The problem now is that the message comes through as user "Apache" which is the default user that runs the web service. The eariler post suggests that if I just have it running through a postfix install it should correct both problems, any thoughts?
$header_str = str_replace("\r",'',$MAIL_MIME->txtHeaders($send_headers)); was able to clear the below headers.
<snip>
-Nicolas
Fixed this bug and updated the beta-release. Please download it from the website or check the bug tracker to see how to fix it.
OK, thanks!
-Nicolas
Hello installed rc 0.1b on desktop dev server and works like charm. no problem at all using Firefox or IE. problem identified when I'm accessing it from other desktop connected via LAN. Mailbox column and Folder column disappear, therefore email items (subject, sender, date, size and the message list) and folder item (inbox, draft, sent, trash) are invisible.
also, top right icons like Email, Address Book, Personal Settings, Logout are overlapped with text.
any comments appreciated and thanks a lot in advance. regards, fauzi.
Fauzi Purwanto wrote:
Hello installed rc 0.1b on desktop dev server and works like charm. no problem at all using Firefox or IE. problem identified when I'm accessing it from other desktop connected via LAN. Mailbox column and Folder column disappear, therefore email items (subject, sender, date, size and the message list) and folder item (inbox, draft, sent, trash) are invisible.
also, top right icons like Email, Address Book, Personal Settings, Logout are overlapped with text.
What browser are you using here? Make sure it is XHTML and CSS compatible.
any comments appreciated and thanks a lot in advance. regards, fauzi.
Regards, Thomas
aha! IE 6 and Firefox 1.0.7 good. IE 5.0 bad.
thanks Thomas and all at roundcube. we like roundcube so much. simple and elegant appearance. we plan to use it as module for future company's website.
fauzi
----- Original Message ----- From: "Thomas Bruederli" roundcube@gmail.com To: "Fauzi Purwanto" fauzi@bambangdjaja.com Cc: users@lists.roundcube.net Sent: Wednesday, February 22, 2006 2:48 PM Subject: Re: mailbox & folder columns disappear
Fauzi Purwanto wrote:
Hello installed rc 0.1b on desktop dev server and works like charm. no problem at all using Firefox or IE. problem identified when I'm accessing it from other desktop connected via LAN. Mailbox column and Folder column disappear, therefore email items (subject, sender, date, size and the message list) and folder item (inbox, draft, sent, trash) are invisible.
also, top right icons like Email, Address Book, Personal Settings, Logout are overlapped with text.
What browser are you using here? Make sure it is XHTML and CSS compatible.
any comments appreciated and thanks a lot in advance. regards, fauzi.
Regards, Thomas
Hi all. I'm trying to test-out roundcube on my local server. I've set everything up and got it running splendidly. I'm just having a problem with it.
1.) It doesn't use my port that I specified during connections. In the config file I've got: $rcmail_config['default_port'] = 993; That says to me that the default port to talk to the client on would be 993 (SSL). I've also specified my server to be "ssl://imap.server.com:993" and yet it won't connect. Keeps giving me this exact error: *IMAP Error:* Could not connect to Imap Server at port 143:
I'd also like to suggest adding a line in the INSTALL file that tells new users to rename main.inc.php.dist and db.inc.php.dist to just *.inc.php. I didn't get that, took me a bit to figure it out...
Love the program, hope to see more in the future. Any help would be greatly appreciated!!
~Brett
Not sure if this has been reported, but the SQL file needs to be updated (using 0.1-beta) so that the 'signature' field in the 'identities' table doesn't require a default value. Just change "NOT NULL" to "NULL" and all is well. Found this out while testing today...
~Brett
Me again.... 3rd email today.... sheesh.
Found a small bug. I can switch to any IMAP folder I choose (Inbox, sent, trash, Junk Email) except a folder with an apostrophe. Now, I've gone ahead and changed the folder name (through my real webmail) to Mamas Boys and it works. So the apostrophe causes a problem with RoundCube.
I know the apostrophe backslash issue has been raised, but this is along the same track, yet different. Just thought I'd bring it up since I haven't seen it come across the channels quite yet.
Problem: Folders with apostrophes (Mama's Boys, You're A Folder) cause the session to end when switching using RoundCube. Solution: Rename folder without using apostrophes. Not sure what the long-term is, but that got it working for me for now!!
~Brett
Brett Patterson wrote:
Hi all. I'm trying to test-out roundcube on my local server. I've set everything up and got it running splendidly. I'm just having a problem with it.
1.) It doesn't use my port that I specified during connections. In the config file I've got: $rcmail_config['default_port'] = 993;
According to a bug report, the default port parameter does not work. If using ssl://..... this does not matter anyway.
That says to me that the default port to talk to the client on would be 993 (SSL). I've also specified my server to be "ssl://imap.server.com:993" and yet it won't connect. Keeps giving me this exact error: *IMAP Error:* Could not connect to Imap Server at port 143:
I'd also like to suggest adding a line in the INSTALL file that tells new users to rename main.inc.php.dist and db.inc.php.dist to just *.inc.php. I didn't get that, took me a bit to figure it out...
In my INSTALL file I can find the following at line 27: "5. Rename the files config/*.inc.php.dist to config/*.inc.php"
Love the program, hope to see more in the future. Any help would be greatly appreciated!!
~Brett
Regards, Thomas
Brett Patterson wrote:
Me again.... 3rd email today.... sheesh.
Found a small bug. I can switch to any IMAP folder I choose (Inbox, sent, trash, Junk Email) except a folder with an apostrophe. Now, I've gone ahead and changed the folder name (through my real webmail) to Mamas Boys and it works. So the apostrophe causes a problem with RoundCube.
I know the apostrophe backslash issue has been raised, but this is along the same track, yet different. Just thought I'd bring it up since I haven't seen it come across the channels quite yet.
This a known bug: http://sourceforge.net/tracker/index.php?func=detail&aid=1429458&gro...
Problem: Folders with apostrophes (Mama's Boys, You're A Folder) cause the session to end when switching using RoundCube. Solution: Rename folder without using apostrophes. Not sure what the long-term is, but that got it working for me for now!!
~Brett
Cheers! Thomas
-
Brett Patterson -
Fauzi Purwanto -
Greg Hetrick -
Nicolas Hoizey -
Thomas Bruederli