Hi people,
Recently transferred a user's mail across from Squirrelmail; all seems
OK, until one uses Roundcube and comes across a rather odd situation.
The first page of the Inbox is completely blank!
The inbox claims "No messages found in this mailbox" and the screen is
blank.
The folder list claims 13 new messages.
The message list claims "Messages 1 to 40 of 86"
Browser is Firefox 2.0.0.4, Ubuntu Feisty
Any advice greatly appreciated.
All the best,
--
Lev Lafayette
Internet Vision Technologies
Level 1, 520 Dorset Road Croydon, VIC 3136
Ph: +61 3 9723 9399
_______________________________________________
List info: http://lists.roundcube.net/users/
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/