Users

users@lists.roundcube.net

4 participants
2921 discussions

Autosave issues in trunk (currently up to 6111)
by Arne Berglund 22 Apr '12

22 Apr '12

Regarding the autosave failure/time-outs that several of us have reported, I have re-opened my ticket on this topic. It might be helpful if any of you who are experiencing this issue comment on the ticket so that more data points are available for troubleshooting. http://trac.roundcube.net/ticket/1488429 -- Arne Berglund System Administrator, Internet Services Lane Education Service District Eugene, OR ____________

2 4

Button "List Options" - where are these settings stored and what's the concept?
by Michael Heydekamp 21 Apr '12

21 Apr '12

I'm confused with the settings that I can define with the drop-down-button "List Options" in the upper left corner of the mailbox view pane - where are they stored (locally or serverside), and how and where can I delete them? Why I'm asking: Although I added the column 'priority' in main.inc.php under $rcmail_config['list_cols'], the priority column does not get displayed. I can display it with the drop-down-button "List Options" of course, but the declaration in main.inc.php seems to be ignored by RC entirely. Probably I don't get the concept here, can somebody enlighten me? If these settings are stored locally (where...?), do they override the main config? At least this is my current impression and may also explain other unexpected behaviour. TIA, Michael -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

3 7

update settings
by James Devine 18 Apr '12

18 Apr '12

is there a good way to mass update settings for users?

1 0

[UPDATED] 7 remaining LDAP editing issues
by Achim 17 Apr '12

17 Apr '12

Hello list: Below a summarised and expanded view on the remaining 7 LDAP issues. Please discard the earlier messages in the other thread, this is the current status: 1) User-specific base_dn, bind_dn and password exist, and know to work with other clients (iOS and jxplorer). Despite the name "Public", the bind_dn user has write access. Relevant main.inc.php and slapd.conf extracts are included at the end of this message. If useful, I can also provide access to the underlying OpenLDAP developmentserver. 2) If cn and the concatenation givenName+sn are the same, the cn value does not show up in the UI mask in the "name" field. As a result, when you edit that contact, the field cn is not populated by default in the UI and has to be manually added: Forgetting to do so will result in an error, as cn is mandatory. It appears that the program logic to hide cn based on existing attributes should be reviewed. Independent of this, I believe that the thread "How are you using cn vs displayName?" [0] could be useful to determine the right approach for mapping givenName, sn, cn and displayName. 3) Probably closely related to point 2): changing the content of the field 'name' => 'cn' fails, i.e. the newly entered information is not stored. Warning: ldap_mod_replace(): Modify: Naming violation in roundcubemail-0.7.2/program/include/rcube_ldap.php on line 1105 Changing cn using jxplorer 3.2.2 works as expected. How to reproduce: 1) Change cn for a contact in jxplorer to "John Doe CN" 2) Search for John Doe CN contact in RC 3) "John Doe CN" shows up in the "name" field (in accordance with the fieldmap below): 4) Editing the contact (any field, except cn itself) works perfectly. 5) Search again for same contact. 6) Change cn/name field to "John Doe CNUPDATED" 7) Saving will fail with a "Naming violation" error. From logs/ldap (level 8, which seems to give the same output as level 4 BTW): [10-Apr-2012 01:51:21 +0200]: C: Replace [dn: cn=John Doe CN,ou=public,ou=rcabook,dc=domain,dc=tld]: Array ( [cn] => John Doe CNUPDATED [sn] => Doe [givenname] => John ) [10-Apr-2012 01:51:21 +0200]: S: Naming violation From slapd with loglevel 23: Apr 10 01:51:21 mail slapd[20444]: conn=1263 op=2 do_modify Apr 10 01:51:21 mail slapd[20444]: conn=1263 op=2 do_modify: dn (cn=John Doe CN,ou=public,ou=rcabook,dc=domain,dc=tld) Apr 10 01:51:21 mail slapd[20444]: >>> dnPrettyNormal: <cn=John Doe CN,ou=public,ou=rcabook,dc=domain,dc=tld> Apr 10 01:51:21 mail slapd[20444]: <<< dnPrettyNormal: <cn=John Doe CN,ou=public,ou=rcabook,dc=domain,dc=tld>, <cn=john doe cn,ou=public,ou=rcabook,dc=domain,dc=tld> Apr 10 01:51:21 mail slapd[20444]: conn=1263 op=2 modifications: Apr 10 01:51:21 mail slapd[20444]: #011replace: cn Apr 10 01:51:21 mail slapd[20444]: #011#011one value, length 18 Apr 10 01:51:21 mail slapd[20444]: #011replace: sn Apr 10 01:51:21 mail slapd[20444]: #011#011one value, length 16 Apr 10 01:51:21 mail slapd[20444]: #011replace: givenname Apr 10 01:51:21 mail slapd[20444]: #011#011one value, length 5 Apr 10 01:51:21 mail slapd[20444]: bdb_dn2entry("cn=john doe cn,ou=public,ou=rcabook,dc=domain,dc=tld") Apr 10 01:51:21 mail slapd[20444]: hdb_modify: cn=John Doe CN,ou=public,ou=rcabook,dc=domain,dc=tld Apr 10 01:51:21 mail slapd[20444]: bdb_dn2entry("cn=john doe cn,ou=public,ou=rcabook,dc=domain,dc=tld") Apr 10 01:51:21 mail slapd[20444]: bdb_modify_internal: 0x000004a7: cn=John Doe CN,ou=public,ou=rcabook,dc=domain,dc=tld Apr 10 01:51:21 mail slapd[20444]: bdb_modify_internal: replace cn Apr 10 01:51:21 mail slapd[20444]: bdb_modify_internal: replace sn Apr 10 01:51:21 mail slapd[20444]: bdb_modify_internal: replace givenName Apr 10 01:51:21 mail slapd[20444]: bdb_modify_internal: replace entryCSN Apr 10 01:51:21 mail slapd[20444]: bdb_modify_internal: replace modifiersName Apr 10 01:51:21 mail slapd[20444]: bdb_modify_internal: replace modifyTimestamp Apr 10 01:51:21 mail slapd[20444]: entry failed schema check: value of naming attribute 'cn' is not present in entry Apr 10 01:51:21 mail slapd[20444]: hdb_modify: modify failed (64) Apr 10 01:51:21 mail slapd[20444]: send_ldap_result: conn=1263 op=2 p=3 Apr 10 01:51:21 mail slapd[20444]: send_ldap_result: err=64 matched="" text="value of naming attribute 'cn' is not present in entry" Apr 10 01:51:21 mail slapd[20444]: send_ldap_response: msgid=3 tag=103 err=64 It appears that somehow cn is not set in the update request that is sent to the LDAP server: "Value of naming attribute 'cn' is not present in entry". Also: why are we replacing sn and givenName if only cn has changed? 4) Adding groups under the LDAP directory fails: [07-Apr-2012 22:40:47 +0200]: C: Connect [calendarserver:389] [Private] [07-Apr-2012 22:40:47 +0200]: S: OK [07-Apr-2012 22:40:47 +0200]: C: Bind [dn: cn=user(a)hostname.net,ou=private,ou=rcabook,dc=hostname,dc=tld] [pass: XXXXXXXXXXXXX] [07-Apr-2012 22:40:47 +0200]: S: OK [07-Apr-2012 22:40:47 +0200]: C: Add [dn: cn=Testgroup,cn=user(a)hostname.net,ou=private,ou=rcabook,dc=hostname,dc=tld]: Array ( [objectClass] => Array ( [0] => top [1] => groupOfNames ) [cn] => Testgroup [] => ) [07-Apr-2012 22:40:47 +0200]: S: Undefined attribute type [07-Apr-2012 22:40:47 +0200]: C: Close RESULT: Does NOT work, and we get a red error message "An error occured while saving." on top of the web page. Could this be because by default we are using the wrong object classes to create a subgroup? 5) Problems with editing and deleting facsimileTelephoneNumber and jpegPhoto fields It turns out that 'phone:fax' => 'facsimileTelephoneNumber' works for adding and editing a fax number, but you will not be able to remove or clear an existing one, at least not with the current code: Warning: ldap_mod_del(): Modify: Inappropriate matching in program/include/rcube_ldap.php on line 1082 This is actually the same issue as with the profile pictures, as you can see comparing Apr 8 03:36:28 mail slapd[25146]: bdb_modify_internal: 18 modify/delete: jpegPhoto: no equality matching rule Apr 8 03:36:28 mail slapd[25146]: send_ldap_result: err=18 matched="" text="modify/delete: jpegPhoto: no equality matching rule" and these entries: Apr 8 04:07:02 mail slapd[25146]: bdb_modify_internal: 18 modify/delete: facsimileTelephoneNumber: no equality matching rule Apr 8 04:07:02 mail slapd[25146]: send_ldap_result: err=18 matched="" text="modify/delete: facsimileTelephoneNumber: no equality matching rule" Perhaps we could add two special cases for replacing/removing facsimileTelephoneNumber and jpegPhoto? I managed to find some information on this issue [1, 2, 3] that might help solve it. 6) rcmimportreplace ('Replace the entire address book' when importing a VCF file) does not work for LDAP. The newly imported card is simply added to the existing cards, rather than replacing them all. 7) manager, assistant and department fields do not work: manager and assistant don't show up and cannot be added via "Add field..." at all, while department can be added, but upon saving the new entry the field gets emptied immediately (it appears before submission of the form). Thank you very much for managing to get to the end of this message ;-) Achim [0] <http://osdir.com/ml/ldap.umich/2006-01/msg00049.html> [1] <http://www.openldap.org/lists/openldap-technical/200907/msg00083.html> [2] <http://www.openldap.org/lists/openldap-software/200812/msg00040.html> [3] <http://www.openldap.org/lists/openldap-bugs/200304/msg00008.html> ************** configuration files ************** (If useful, I can also provide access to the underlying OpenLDAP developmentserver!) $rcmail_config['ldap_public'] = array (); $rcmail_config['ldap_public']['public'] = array( 'name' => 'Public', 'hosts' => array('calendar.domain.tld'), 'port' => 389, 'ldap_version' => 3, // using LDAPv3 # BUGBUG this is important, otherwise the bind_pass is not populated! 'user_specific' => true, 'base_dn' => 'ou=public,ou=rcabook,dc=domain,dc=tld', 'bind_dn' => 'cn=%fu,ou=private,ou=rcabook,dc=domain,dc=tld', 'bind_pass' => '', // the user login password is used 'filter' => '(objectClass=inetOrgPerson)', 'writable' => true, 'LDAP_Object_Classes' => array('top', 'inetOrgPerson'), 'LDAP_rdn' => 'mail', 'required_fields' => array('cn', 'sn', 'mail', 'givenName'), // mapping of contact fields to directory attributes 'fieldmap' => array( // Roundcube => LDAPA 'prefix' => 'title', 'name' => 'cn', 'surname' => 'sn', 'firstname' => 'givenName', 'email:work' => 'mail', 'phone:home' => 'homePhone', 'phone:work' => 'telephoneNumber', 'phone:mobile' => 'mobile', 'phone:fax' => 'facsimileTelephoneNumber', 'photo' => 'jpegPhoto', 'website' => 'labeledURI', 'street' => 'street', 'zipcode' => 'postalCode', 'locality' => 'l', 'region' => 'st', // does not exist in inetOrgPerson // 'country' => 'c', 'organization' => 'o', // Notes tab 'notes' => 'description', // Personal information tab 'manager' => 'manager', 'assistant' => 'secretary', 'department' => 'departmentNumber', ), 'search_fields' => array('mail', 'cn', 'sn', 'givenName'), // fields to search in 'sort' => 'cn', // The field to sort the listing by. 'scope' => 'sub', // search mode: sub|base|list 'fuzzy_search' => true, // server allows wildcard search 'vlv' => false, // Enable Virtual List View to more efficiently fetch paginated data (if server supports it) 'numsub_filter' => '(objectClass=organizationalUnit)', // with VLV, we also use numSubOrdinates to query the total number of records. Set this filter to get all numSubOrdinates attributes for counting 'sizelimit' => '0', // Enables you to limit the count of entries fetched. Setting this to 0 means no limit. 'timelimit' => '0', // Sets the number of seconds how long is spend on the search. Setting this to 0 means no limit. 'groups' => array( 'base_dn' => '', // in this Howto, the same base_dn as for the contacts is used 'filter' => '(objectClass=groupOfNames)', 'object_classes' => array("top", "groupOfNames"), ), ); $rcmail_config['autocomplete_addressbooks'] = array('sql','public'); $rcmail_config['address_template'] = '{street}<br/>{locality} {zipcode}<br/>{region}'; From sladp.conf: # Grant the admin and rcuser access to the whole addressbook # Also grant it to every other LDAP user access to dn.subtree="ou=rcabook,dc=domain,dc=tld" by dn="cn=admin,dc=domain,dc=tld" write by dn="cn=rcuser,ou=rcabook,dc=domain,dc=tld" write by users write

6 18

message_cache and shared folders possible bug
by CISSE Amadou 17 Apr '12

17 Apr '12

Hi, I have massage_cache turned on. I created and account and shared its mailbox readonly with some other users. When logged-in as one of those users, i try to delete messages in the mailbox without success, nice. However when i login as the mailbox owner, roundcube displays no messages. turn off message_cache and roundcube displays the messages. I also had imap_cache set to apc all the while. Thanks. -- Amadou

3 4

Fwd: message_cache and shared folders possible bug
by CISSE Amadou 17 Apr '12

17 Apr '12

---------- Forwarded message ---------- From: CISSE Amadou <cisse.amadou.9(a)gmail.com> Date: Mon, Apr 16, 2012 at 2:33 PM Subject: Re: [RCU] message_cache and shared folders possible bug To: Jeroen van Meeuwen <vanmeeuwen(a)kolabsys.com> Just to be in sync, user B is the mailbox owner and has shared it readonly with user A. On Sun, Apr 15, 2012 at 3:23 PM, Jeroen van Meeuwen <vanmeeuwen(a)kolabsys.com > wrote: > On Sunday, April 15, 2012 02:18:58 PM CISSE Amadou wrote: > > Hi, > > > > I have massage_cache turned on. I created and account and shared its > > mailbox readonly with some other users. When logged-in as one of those > > users, i try to delete messages in the mailbox without success, nice. > > > > However when i login as the mailbox owner, roundcube displays no > messages. > > turn off message_cache and roundcube displays the messages. > > > > Just curious; > > - when user A deletes messages, does user A delete only some of the > messages, > or all of the messages? > > All of the messages. When user A deleted the messages, the following error message popped up. Connection to storage server failed. The imap logs shows Permission denied in the logs: [16-Apr-2012 14:03:02 +0000]: [1515] C: A0009 UID STORE 1:* +FLAGS.SILENT (\Deleted) [16-Apr-2012 14:03:02 +0000]: [1515] S: A0009 NO Permission denied sql log when user A deleted the messages: [16-Apr-2012 14:07:43 +0000]: query(1): SELECT vars, ip, changed FROM session WHERE sess_id = '3jjb6ffvhpgh3bv7dit9huut97'; [16-Apr-2012 14:07:43 +0000]: query(1): SELECT * FROM users WHERE user_id = '7'; [16-Apr-2012 14:07:43 +0000]: query(1): SELECT vars, ip, changed FROM session WHERE sess_id = '3jjb6ffvhpgh3bv7dit9huut97'; [16-Apr-2012 14:07:43 +0000]: query(1): SELECT * FROM users WHERE user_id = '7'; [16-Apr-2012 14:07:43 +0000]: query(1): SELECT data, valid FROM cache_index WHERE user_id = '7' AND mailbox = 'Bo&AO4-tes partag&AOk-es/notifications'; [16-Apr-2012 14:07:43 +0000]: query(1): SELECT data, valid FROM cache_index WHERE user_id = '7' AND mailbox = 'Bo&AO4-tes partag&AOk-es/notifications'; [16-Apr-2012 14:07:43 +0000]: query(1): UPDATE cache_index SET data = 'O:18:"rcube_result_index":5:{s:11:"', valid = 1, changed = now() WHERE user_id = '7' AND mailbox = 'Bo&AO4-tes partag&AOk-es/notifications'; [16-Apr-2012 14:07:43 +0000]: query(1): SELECT uid, data, flags FROM cache_messages WHERE user_id = '7' AND mailbox = 'Bo&AO4-tes partag&AOk-es/notifications' AND uid IN (116,115,114,113,112,111,110,109,108,107,106,105,104,103,102,101,100,99,98,97,96,95,94,93,92,91,90,89,88,87,86,85); - when user B is displayed no messages, what is the message? Mailbox is > empty, > "No messages in selected mailbox"? > > No error messages, just an empty maillbox in the roundcube. here's the sql log when i refresh the page: [16-Apr-2012 14:09:26 +0000]: query(1): SELECT vars, ip, changed FROM session WHERE sess_id = 'q3vjgc77vsl7vk98ri607n7iv3'; [16-Apr-2012 14:09:26 +0000]: query(1): SELECT * FROM users WHERE user_id = '10'; [16-Apr-2012 14:09:26 +0000]: query(1): SELECT data, valid FROM cache_index WHERE user_id = '10' AND mailbox = 'INBOX'; and the imap log: [16-Apr-2012 14:12:24 +0000]: [F8E9] C: A0004 SELECT INBOX [16-Apr-2012 14:12:24 +0000]: [F8E9] S: * FLAGS (\Answered \Flagged \Draft \Deleted \Seen) [16-Apr-2012 14:12:24 +0000]: [F8E9] S: * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)] [16-Apr-2012 14:12:24 +0000]: [F8E9] S: * 32 EXISTS [16-Apr-2012 14:12:24 +0000]: [F8E9] S: * 0 RECENT In fact roundcube shows that there are 32 messages in the inbox but when i click on inbox no messages displayed, see image screenshots attached. I have roundcube check for messages every minute, so the interface goes back to inbox.png every minute. What do the (debug) logs say about this (imap, most prominently?). I reckon > of > particular interest would also be the SQL log as it contains any query > statements that might disclose what's going on, if you are able to > configure > SQL caching and reproduce this. > > Kind regards, > > Jeroen van Meeuwen > > -- > Systems Architect, Kolab Systems AG > > e: vanmeeuwen at kolabsys.com > m: +44 74 2516 3817 > w: http://www.kolabsys.com > > pgp: 9342 BF08 I disabled message_cache and roundcube displays the messages normally. Cheers. -- Amadou -- Amadou

2 4

max length of address book fields
by James Devine 17 Apr '12

17 Apr '12

Is there a way to change the max length of some of the input fields of the address book? It seems like the default is 50 and I've had some users with contacts larger than this.

2 1

Address Book issues (7.5.2)
by Michael Heydekamp 15 Apr '12

15 Apr '12

Hi there, as I already said in an earlier mail, we're in the process of moving from Squirrel to RC, for a number of good reasons (the more attractive UI of RC being the least important one). There are still some issues, though, some of them currently being show stoppers. I'm gonna post them here one by one during the next days and weeks. One of the show stoppers is the address book, which doesn't seem to work (almost) at all. Well, you can enter and edit contacts, BUT: 1) Selecting a contact in the contact list and clicking the "Compose mail to" button creates an entry in the To: field that looks like this: "real name <>" (without the quotes, of course) So the address gets lost completely, and the upper case characters of the real name are converted to lower case. 2) Clicking the "Show Address Book" button in the compose window and selecting one or more entries in the overlay window will lead to the same result as in 1), except that upper case characters of real names are not converted to lower case. But the addresses get lost as well. Furthermore, the sort order in the overlay window is different to the sort order in the address book itself: In the address book the entries are sorted by last name, the overlay window sorts them by first name (which I prefer). 3) The only thing that works flawlessly is typing the first characters of a contact name in one of the address fields of the compose window, and then selecting one of the proposed entries. As nobody else seems to have reported these issues in the list yet, I'm wondering if and what we might be doing wrong. 7.5.2 is meant to be a stable version, and I can't imagine that it has an address book implementation which is almost unusable. 4) Not a show stopper, but also not very convenient: If you limit the "Rows per page" in the Personal Settings to say 20 (because you are using the preview pane in the main window and don't want to display more mails than will fit into the space above the preview pane), then the address book does also show only 20 entries per page, although there is of course no preview pane. Is this deliberate? Can I apply a small patch that avoids this behaviour? (I'm a former Turbo Pascal programmer, but my PHP skills are pretty poor.) If more specific information about our server environment is needed, please let me know. Any help appreciated and TIA. -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

4 13

Failed to load magic database at '/usr/share/misc/magic'
by Reindl Harald 10 Apr '12

10 Apr '12

hi i am relatively new to roundcube has anbody an idea what is wrong with the messages below? "/usr/share/misc" is in open_basedir and has peroper permissions Datei: „/usr/share/misc/magic“ Größe: 633267 Blöcke: 1240 EA Block: 4096 reguläre Datei Gerät: 811h/2065d Inode: 18735 Verknüpfungen: 1 Zugriff: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Zugriff : 2011-10-27 03:02:01.000000000 +0200 Modifiziert: 2011-10-27 03:02:01.000000000 +0200 Geändert : 2012-03-27 00:30:34.655927161 +0200 _________________________________ [02-Apr-2012 19:52:15 UTC] PHP Warning: finfo_open() [<a href='http://at.php.net/manual/de/function.finfo-open.php'>function.finfo-open.php</a>]: Failed to load magic database at '/usr/share/misc/magic'. in /usr/share/roundcubemail/program/include/rcube_shared.inc on line 375 [02-Apr-2012 19:53:07 UTC] PHP Warning: finfo_open() [<a href='http://at.php.net/manual/de/function.finfo-open.php'>function.finfo-open.php</a>]: Failed to load magic database at '/usr/share/misc/magic'. in /usr/share/roundcubemail/program/include/rcube_shared.inc on line 375 [02-Apr-2012 19:53:27 UTC] PHP Warning: finfo_open() [<a href='http://at.php.net/manual/de/function.finfo-open.php'>function.finfo-open.php</a>]: Failed to load magic database at '/usr/share/misc/magic'. in /usr/share/roundcubemail/program/include/rcube_shared.inc on line 375 [02-Apr-2012 19:53:56 UTC] PHP Warning: finfo_open() [<a href='http://at.php.net/manual/de/function.finfo-open.php'>function.finfo-open.php</a>]: Failed to load magic database at '/usr/share/misc/magic'. in /usr/share/roundcubemail/program/include/rcube_shared.inc on line 375 [02-Apr-2012 19:55:07 UTC] PHP Warning: finfo_open() [<a href='http://at.php.net/manual/de/function.finfo-open.php'>function.finfo-open.php</a>]: Failed to load magic database at '/usr/share/misc/magic'. in /usr/share/roundcubemail/program/include/rcube_shared.inc on line 375 [02-Apr-2012 19:55:34 UTC] PHP Warning: finfo_open() [<a href='http://at.php.net/manual/de/function.finfo-open.php'>function.finfo-open.php</a>]: Failed to load magic database at '/usr/share/misc/magic'. in /usr/share/roundcubemail/program/include/rcube_shared.inc on line 375 [02-Apr-2012 19:55:57 UTC] PHP Warning: finfo_open() [<a href='http://at.php.net/manual/de/function.finfo-open.php'>function.finfo-open.php</a>]: Failed to load magic database at '/usr/share/misc/magic'. in /usr/share/roundcubemail/program/include/rcube_shared.inc on line 375 [02-Apr-2012 19:56:02 UTC] PHP Warning: finfo_open() [<a href='http://at.php.net/manual/de/function.finfo-open.php'>function.finfo-open.php</a>]: Failed to load magic database at '/usr/share/misc/magic'. in /usr/share/roundcubemail/program/include/rcube_shared.inc on line 375

1 0

Undefined methods Mail_mime::getTXTBody() and Mail_mime::setParam()
by Achim 10 Apr '12

10 Apr '12

Hello list: After upgrading to 0.7.2, I just saw that I receive the following error messages upon trying to send a message: PHP Fatal error: Call to undefined method Mail_mime::getTXTBody() in roundcubemail-0.7.2/program/steps/mail/sendmail.inc on line 572 PHP Fatal error: Call to undefined method Mail_mime::setParam() in roundcubemail-0.7.2/program/steps/mail/func.inc on line 1462 OS is Ubuntu Lucid 10.04, and I have the following packages already installed and also tried reinstalling them: dpkg -l |grep php |grep mail ii php-mail 1.1.14-2 PHP PEAR module for sending email ii php-mail-mime 1.5.3-0.1 PHP PEAR module for creating MIME messages ii php-mail-mimedecode 1.5.0-3 PHP PEAR module to decode MIME messages Any idea what I could be missing? The exact same server was running 0.3.1 just fine, and also the 0.7.2 installer lists all requirements as present (in green). Thanks in advance, Achim

2 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Users