Roundcube 1.0.0 released

SeLLeRoNe said:
Honestly not, i should try to suggest you to reinstall roundcube.
Click to expand...
If i do that, won't it still pickup all the default settings from my current installation?

Do you possibly mean remove it completely and then re-install it? If so, do you know what I'll need to keep to be sure all my users' settings aren't lost? Just the database? Or anything else?
Can you confirm that you have the issue clicking on the trash icon aswell?
Click to expand...
When I click on the trash icon the email properly goes to trash, and the next email is highlighted and the preview is shown. All as it should be. But this doesn't help when I need to move an email manually to a different mailbox. And doing that from the dropdown takes a lot longer.

Jeff
 
No, nevermind, dont need to re-install/update again.

Since you are in my same situation (clicking on trash icon it work fine) is not our-side problem i suppose.

Should be better i think ask RC dev-team

Regards
 
I've got the same problem as Invader-Zim (on the previous page).
Roundcube 1.0.0 has been installed successfully.
WARNING: Mimetype to file extension mapping doesn't work properly!
Please check the 'mime_types' config option and run this script again.
Click to expand...
However, I removed all roundcube instances from /var/www/html before building Roundcube again.
This notice again occurs.

How can it be fixed?
 
Richard G said:
I've got the same problem as Invader-Zim (on the previous page).

However, I removed all roundcube instances from /var/www/html before building Roundcube again.
This notice again occurs.

How can it be fixed?
Click to expand...

Which version of CustomBuild is it?
 
It's custombuild 1.2.

Roundcube works as it should, it's just the error notice which is disturbing me.
 
Does /var/www/html/roundcube/config/mime.types file exist? Please let me know if the following solves the problem:
Code: 
wget -O /var/www/html/roundcube/config/[COLOR=#000000]mime.types[/COLOR] http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types[COLOR=#000000]
[/COLOR]
 
SeLLeRoNe said:
Should be better i think ask RC dev-team
Click to expand...
I think I figured something out...

they fixed something...

Previously when you sent a reply, you didn't see the little reply arrow icon in the email list until after the screen updated; now you get it instantly.

Likely when they fixed that, they broke someting else :(.

I don't have time to look into their bug report system right now; hopefully someone else does.

If it's not fixed when I have some time I'll look into it then.

I suppose I could use KMail or CLAWS mail on my KDE desktops if it really begins to bother me. My KDE specialist is building out a new desktop system tomorrow. Maybe we'll install one r the other.

:)

Jeff
 
@Sellerone: Yes the mime.types exist but is from May 9. The one I get from your command is from July 24 and fixes the problem. The error is gone now.
Since I removed all /var/www/html/roundcube instances (so everything which has to do with roundcube), it seems that the old mime.types files (which is causing the error) is present in the DA build release. It should be updated then I guess?
 
For anyone getting the mime.types warning, can you check your file:
Code: 
/var/www/html/roundcube/conf/mime.types
and see which of these type are not matching?
Code: 
    $types = array(      'application/zip'   => 'zip',
      'application/x-tar' => 'tar',
      'application/java-archive' => 'jar',
      'image/gif'     => 'gif',
      'image/svg+xml' => 'svg',
    );
This is from the roundcube function
Code: 
function check_mime_extensions()
from the installer/rcube_install.php, which is deleted from the roundcube directory (in case you're trying to find it).

I'm assuming one of the above would be missing, causing the error.
We'd need to know which one is missing, so we can add a check in the script to know if we should grab a different mime.types file.

This would be the full roundcube function that returns the false value, to throw the warning
Code: 
  function check_mime_extensions()
  {
    $types = array(
      'application/zip'   => 'zip',
      'application/x-tar' => 'tar',
      'application/java-archive' => 'jar',
      'image/gif'     => 'gif',
      'image/svg+xml' => 'svg',
    );


    $errors = array();
    foreach ($types as $mimetype => $expected) {
      $ext = rcube_mime::get_mime_extensions($mimetype);
      if ($ext[0] != $expected) {
        $errors[] = array($mimetype, $ext, $expected);
      }
    }


    return $errors;
  }

John
 
Hi,
My install was automatically updated tonight and I started to get the config.php not found error on my roundcube.
./build roundcube did not work than I read this forum and I've done chmod 444 config.php and it works now, the owner was webapps:webapps while doing it.

As far as I understood from the thread, it is not safe to use it with 444 but there is no solution for the ones that can't make roundcube work without having 444 for config.php, is that so?
 
Hi,
I've found the following message on my directadmin messages. I'm not sure but may it be related with a very old issue abount version 0.1 becouse it says that the files have been chmod.
I guess that the script worked for 1.0.1 where it was meant to work for 0.1.Versions are different and also the posts at the links are dated back to 2009.

Roundcube version 0.1 has been found your system.

The locations on disk are within /var/www/html in the folder(s):
/var/www/html/roundcubemail-1.0.1

These locations have been disabled by means of chmod to 0 for security reasons.
Please update roundcube to 0.2 or higher and remove any old versions.
http://www.directadmin.com/forum/showthread.php?t=29240

Related: http://help.directadmin.com/item.php?id=247
Click to expand...
 
Last edited:
SMTalk / DirectAdmin Support> My mime.types looks nothing like that. I do however have a mimetypes.php file that looks like that which was placed during the upgrade (see previous page for both files).

Using custombuild 1.2.40 on FreeBSD.
 
So I noticed. I never reported it so I'm guessing I wasn't the only one who noticed it and was annoyed by it. I automatically update cusombuild on the machine running my own email, and this morning I was presently surprised.

Now I just need to take the time to go back and fix my issue with the ports so I can change my filters inside RoundCube. I've been too busy to do that over the past week (spent the weekend migrating from Linux Mint KDE desktop (linuxmint.com) to KAOS Linux desktop (kaosx.us), a KDE only rolling distribution. I've been looking for a rolling OS distribution for some time. For the moment at least I like it.

Thanks!

Jeff
 
@Smtalk: I added my mime.types file.

However, systems are being updated to 1.01 automatically now and the mime.types file get's deleted, causing the same error notice about the mime types as before.
 

Attachments

Richard, that must have been a file from http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types, not from your /etc/httpd/conf/, because it's identical, that delayed us from finding what could be wrong on your servers :) Finally, I was able to get the same problem on one system running Apache 2.2, and /etc/httpd/conf/mime.types did not have the following line:
Code: 
application/java-archive jar

A check for that will be added to all versions of the CustomBuild script very soon. Thank you for the report.
 
@SMtalk: The one I send you was from my not changed /var/www/html/roundcube/config/mime.types, not the one from my /etc/httpd/conf.
But sorry for the misunderstanding.

Good to hear you found and fixed the issue!
Thanks!
 
You must log in or register to reply here.
Back
Top