hi,everyone!
I'm new to roundcube, I tested RCMAIL 0.1rc and svn612 version on
winxp+apache2.2.4+php5+mysql5 and redhatAS4+apache2+php4.3.9+mysql5, and MTA
postfix + hmailserver,browser firefox and ie6, when I click attachment and
click "open" or "save" or "cancle", switch back to RCMAIL, RCMAIL is just
freezed, and after 45 seconds I can do anything, if I don't wait, I can use
browser "refresh" botton and RCMAIL will work right now, what happens in the
45 seconds? I't just a intel error timeout? any idea?
and how can I debug the RCMAIL like some linux -vv switch and then output a
very very verbose log?
thanks.
_______________________________________________
List info: http://lists.roundcube.net/users/
I've searched around but haven't found any solutions to this.
Hopefully I haven't overlooked anything.
I have a folder on my imap account (spam) with 8500+ messages in it.
I can't for the life of me figure out how to get roundcube to quickly
open that folder.
At first I thought I might need to replace my imap server. My imap
server is courier (I love it), but I've also copied the same folder
into dovecot and dbmail without any differences. From what I've read
both of the test servers I've tried should have benifits but as they
haven't I've ruled out that as a solution for now.
I've also tried various imap clients. RoundCube of course, which
takes (guessing) 30+ seconds to open the folder. Navigating away and
back to the folder takes another 30+ seconds to open it again. That
seems riddiculus but Squirrelmail 1.4.x seems to have the same issue.
Thunderbird seems to take 30+ seconds to load all the headers but once
they are loaded I can quickly move back and forth
between folders.
Finally, Squirrelmail 1.5.x works wonderfully - it loads in a second
and I can pick an set of messages (page 500 for example) and it will
immediately open to that set. That would be great if I was still
using Squirrelmail, but RoundCube is miles ahead in the look and feel.
Are there any current fixes or tweaks I can use for this? I see two
ways to improve this, the first is caching of message headers like
Thunderbird apparently does. I could be wrong but I think all that is
currently cached in the database is messages, not headers. (Database
and Imap and Apache are on the same machine btw) That would be
acceptible to me as once I have my client open it stays open for
hours/days. The ideal fix though would be to impliment whatever is in
squirrelmail 1.5.x. Now obviously that's a perl vs php but it should
translate just the same. If they can do it, roundcube could do it,
no?
Thanks,
Jim
_______________________________________________
List info: http://lists.roundcube.net/users/
I installed rc1 a while ago, but just got around to playing with it
recently and noticed that it's not working _at all_ I simply get a
blank screen when I try to load it.
I turned on error_reporting = E_ALL in php.ini and have looked in
the server's httpd-error logs to no avail, I still get a blank screen
when I try to access RC (and yes, I did restart apache after making
changes to php.ini)
There's also nothing but the .htaccess file in roundcube's logs/
directory.
--
Lewis Butler
303.564.2512
_______________________________________________
List info: http://lists.roundcube.net/users/
On 7/24/07, kmnair <kmnair(a)gmail.com> wrote:
> Hello list,
>
> I am getting a very strange behaviour in .01.rc1. I am using it in a
> semi production environment without problems for the past two months.
> But now the following error occurs.
>
> Everything works fine except sending messages for some IDs. For IDs
> which have not produced any errors till now, sending works okay. But
> by any chance, if a composed message has any error in the recipient ID
> (say a typo), mails to that ID will not work anymore, even after the
> error in the ID is corrected. Just displays "Failed to send message".
> Mail receiving and all other operations are okay. No errors in the
> logs.
>
> There is no problem with smtp as I am able to send through another mail program.
>
> Could somebody help me out. My mail system is stuck.
>
> Thanks in advance.
>
> kmn
>
Update on the above.
I can send mails to IDs outside of my own domain, but not to users in
my own domain. When I select users out of the address book, mail is
not sent.
Thomas, could you help me out?
Thanks.
kmn
_______________________________________________
RoundCube users mailing list
users(a)lists.roundcube.net
http://lists.roundcube.net/mailman/listinfo/users
RoundCube could list a address book from OpenLdap
$rcmail_config['ldap_public']['Domain'] = array(
'name' => 'Domain',
'hosts' => array('localhost'),
'port' => 389,
'base_dn' => 'dc=domain,dc=com,dc=br',
'bind_dn' => 'cn=Manager,dc=domain,dc=com,dc=br',
'bind_pass' => 'xxxxxxx',
'search_fields' => array('mail', 'cn'), // fields to search in
'name_field' => 'cn', // this field represents the contact's name
'email_field' => 'mail', // this field represents the contact's e-mail
'scope' => 'sub', // search mode: sub|base|list
'filter' => '', // will be &'d with search field ex:
(status=act)
'fuzzy_search' => true); // server allows wildcard search
But it doesn´t work - Some One know something !?
Thanks
_______________________________________________
List info: http://lists.roundcube.net/users/
RoundCube could list a address book from OpenLdap
$rcmail_config['ldap_public']['Domain'] = array(
'name' => 'Domain',
'hosts' => array('localhost'),
'port' => 389,
'base_dn' => 'dc=domain,dc=com,dc=br',
'bind_dn' => 'cn=Manager,dc=domain,dc=com,dc=br',
'bind_pass' => 'xxxxxxx',
'search_fields' => array('mail', 'cn'), // fields to search in
'name_field' => 'cn', // this field represents the contact's name
'email_field' => 'mail', // this field represents the contact's e-mail
'scope' => 'sub', // search mode: sub|base|list
'filter' => '', // will be &'d with search field ex:
(status=act)
'fuzzy_search' => true); // server allows wildcard search
But it doesn´t work - Some One know something !?
Thanks
_______________________________________________
List info: http://lists.roundcube.net/users/
Hi All,
Been using roundcube for a while, but have just struck an issue with RC1
during a server migration which I can't seem to find a desirable
solution to. The problem I am having is that character conversion is
failing totally using mbstring or iconv. If mbstring is used I get a
blank white page with this PHP warning;
PHP Warning: mb_convert_encoding() [<a
href='function.mb-convert-encoding'>function.mb-convert-encoding</a>]:
Illegal character encoding specified in
X:\path\to\roundcube\program\include\main.inc on line 924
I found a few others reporting this issue on the forums, and have
commented out the relevant mbstring code so as to force iconv
conversion. I get a lot further using iconv (the users are actually able
to log in), however when a user logs in the vast majority of their
messages are displayed with the subject line of "(no subject)" and there
also is no sender or date information. Opening any of these messages
results in a blank frame, however it seems that everything works as it
should for the few messages that are displayed properly. I've done some
searching of the forums and have found someone else with the same
problem here using iconv;
http://roundcubeforum.net/forum/index.php?topic=1841.msg7329#msg7329
The work around this user used to get around the problem was to remove
the iconv calls which were returning empty strings by utf8_encode(). I'm
reluctant to take this route as Roundcube RC1 has been working perfectly
on my existing server running IIS 6, PHP 4.4.4 (PHP FastCGI) MySQL 4.1 &
hMailServer 4.3.1 and doing this would leave me with no character
conversion functionality. Nothing is logged into my roundcube or php
logs, and I'm starting to run out of ideas. I'd really appreciate any
feedback. Here are the details of my new server which is having the
trouble;
Windows 2K3 Server / IIS 6
PHP 5.2.3 (CGI non thread safe version)
MySQL 5
mbstring loaded (but mbstring code commented out in roundcubes main.inc
to force usage of iconv)
iconv loaded as part of PHP 5 core
hMailServer 4.4
Thanks very much!
_______________________________________________
List info: http://lists.roundcube.net/users/
Quoting "B. Johannessen" <bob(a)db.org>:
>
> In the end, we (Thomas, Till and myself) ended up asking Jason Fesler
> to take over the lists. Jason has significant experience with
> Internet e-mail in general and mailing list management in particular,
> and we're all happy to welcome him to the team.
>
Congrats, Jason.
> There will be some (relatively minor) changes to how the lists work,
> but I'll leave that for Jason to explain once the lists are safely
> moved.
>
I'm begging for Subject line mangling with some indication of the list.
Something like [rc-users] would be handy.
> I think that's it - Jason; take it away :-)
>
Earnie -- http://for-my-kids.com/
_______________________________________________
List info: http://lists.roundcube.net/users/
Based on feedback, I am enabling subject tagging. Subjects will
be prefixed by [RCD] or [RCU]. This is a fairly religious issue for some
folks; but the those that need/want it tagged _far_ outweighed any other
response I got. I'm keeping the tag short, however, to try and minimize the
effects for those that don't like subject tagging. I wish this were a per user
setting, but .. it isn't.
List signatures are still enabled but shorter. I find them neccesary to help
keep list management easier. This also helps reduce the case of people getting
tired of a list and just marking it as spam (Which can have effects further
than they intended). Hopefully with a technical audience such as we have here,
that won't happen, but..
Enforcement that posters be subscribed is now enabled. Most of the other
antispam things I do at gigo.com, are disabled for the lists. If SpamAssassin
still thinks "spam" the message might get deferred for moderator review.
Lastly, some folks are doing sender verification. Because some folks still
have DNS cached pointing to Bob's, and his would not verify the sender address
I'm using, some folks are deferring (good) or rejecting (not so good) the mail.
I'll contact those people in a day or so, recommending they clear their sender
validation cache and/or check their sender verification cache settings.
Unless anything else comes up, I'll move back to more of a lurker role.
If anything comes up, feel free to contact me, email or jabber.
--
Jason Fesler, email/jabber <jfesler(a)gigo.com> resume: http://jfesler.com
"Give a man fire, and he'll be warm for a day;
set a man on fire, and he'll be warm for the rest of his life."
_______________________________________________
List info: http://lists.roundcube.net/users/
On Tue, 24 Jul 2007 14:25:34 -0700 (PDT), Jason Fesler <jfesler(a)gigo.com>
wrote:
>> That's nifty. WHat list software are you using (name and version,
please)
>> to do that?
>
> I am using:
> http://detach.optimism.cc
> http://scifi.squawk.com/demime.html
> http://www.list.org/ (older 2.1.x; will upgrade when 3.x is "real")
>
> It is detach that is doing the attachment removal.
>
> demime, is reducing the leftover message to simple clean plain text
> (using HTML/RTF, if needed and found, to get plain text).
Nifty.
>> Also, please set the list to reply to list and have the 'to' address be
the
>> list instead of the poster. If I didn't have very smart procmail
recipes
>> this message would have 1) been dumped as certain spam and 2) not been
>> recognized as a list message.
There's the "List-Id" header to check which list the message is from. I use
that header in my Sieve rules, and Dovecot does a dang fine job at it.
> "Reply-to:" matches the previous list, based on the archives. I'm not
too
> keen on changing that immediately without a *huge* majority of the users
> here indicating that is the way it should be.
>
> If there is enough demand, I'll set up some kind of vote thing, so as to
> keep the traffic off-list. But, in the meantime, I'm trying, to the
> extent possible, to match the previous list behavior, and minimize
> suprises.
There has been discussion on this on a thread started by myself about
adding
a button/action to roundcube, and I have actually come to agree about that
it
shold not be used, though, who uses "reply-to" these days? I don't really
mind if it goes or stays.
--
Elisamuel Resto <samuel(a)dragonboricua.net>
Source Mage GNU/Linux / http://sourcemage.org
ID: 0x18615F19 / FP: B66D 1C2A E8EE B922 1D9C D98F D2D5 FB61 1861 5F19
_______________________________________________
RoundCube users mailing list
users(a)lists.roundcube.net
http://lists.roundcube.net/mailman/listinfo/users