Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - yagraph

Pages: [1]
Hi Feng office team !

In 1.6.2, a little bug (permission display), do not allow to an administrator to create a mailbox to an user which isn't in his own company.

Try it :
- create a company A for administrator
- create a company U for user
As an admin, create a new mailbox, and try to give permissions rights on it to the user in another company in the "new mailbox" page in administration panel.
The user do not display in permissions, so you can't give him the rights.

A workaround is to move the user in the same company than the admin, create the mailbox, and then move again the user to his company.

Thanks for you work !

Hi, feng office team !

Now (1.6.2), Contacts permissions are managed through system wide permissions (as explained here :, but that do not allow fine-grained permission control on contacts.
In a large installation (30 + users), there are personal contacts and common contacts, and some contacts should not be seen by everyone.
If we remove contact management rights to some user, he can no more create his own contact list, which isn't ideal to use in conjunction with mail module.

Is it possible, in a future version, to use workspace permissions in contacts, as already suggested here : ? ?

Thanks a lot,

Installation problems / [1.6.2] Mail module is somehow unstable
« on: February 15, 2010, 02:15:41 pm »
Hi here,

we use Feng office since a few months now, and the mail module was almost working despite it's maked as BETA. So I know it's not ready for production work, but until recently it was working quite well.

Now, the mail module sometimes works (receive and send), sometimes not ("0 mail received" despite I know there is by another way), and sometime crash with a fatal error, show in debug mode with this message :
Fatal error: Allowed memory size of 100663296 bytes exhausted (tried to allocate 19307983 bytes) in /homez.110/coodysse/www/collab/environment/classes/mail/MailUtilities.class.php  on line 111

The same account parameters (pop, imap, smtp...) was used in all cases. I've tried to use SSL but it don't seem related. I've also tried to tweak php.ini settings and the memory_limit parameter, with no success.

At this point I don't know how to investigate more to resolve the problem or understand  the bug.

Is it linked to a cronjob configuration ?

Thanks for reading,

EDIT:  disabling the debug option error is now "Erreur 500: Internal Server Error"

Older versions / [1.6.1] Drafts e-mails aren't saved
« on: January 25, 2010, 07:37:23 am »
In the Feng office mail module, saving a mail as a draft seem not working.

Try it :
- create a new mail, and save it as Draft.
- go back to the mail module main window
- clic on Draft... nothing.

It seems related with theses reports :


Older versions / [1.6.1] Users can't change companies's logos
« on: January 15, 2010, 09:08:42 am »

In 1.6.1, an user can't change a company logo in the contact module, even if he has rights to manage contact and/or edit the owner company...
Users can edit the contacts fields, but trying to edit the logo result in a permission error.

It work well with contacts who aren't companies.



I made a mistake today, and changed my personal workspace... once done I can't get it back, each time I try I got this error message :
Query failed with message 'Duplicate entry '5-2' for key 1'

but reading the forum, I founded the solution :

Despiste that, the bug had to be fixed in the next release.

Thanks for your work  !

In OpenGoo 1.6, It seems that only the user who created an email account can correctly use it, when no default context is used.

Test it :
- An "admin" user create an account for a "simple" user, not using any default context, but allowing (with permissions menu) simple user to read an write in this account.
- Connect with with the simple user account... and try to "Check emails account" : 0 emails received.

Now, do the opposite :
- let Simple user create his account ( not using any default context)... and try to "Check emails account", it works well.

Use a context is a workaround, but it's not ideal.

Thanks for your work !

Older versions / [1.6-rc] Mails need more space to display correctly
« on: December 01, 2009, 06:09:25 am »
In OpenGoo 1.6-rc, opening a mail in Firefox 3.5 or Opera 10.10 cause displays problems (text is partially hidden) with default theme, as you can see here.
It works well with Chromium ( Ubuntu build).
Tested with Ubuntu 9.10.

It look like the problem is in this td balise :
<td class="coViewBody">

In OpenGoo 1.6-rc, if Owner Company contact is put in trash, the
installation crash, asking for a new installation...

I don't know if it should not crash or if it must not be allowed, but it's a big
issue, cause restoring the database after that is quite hard....

Thanks for your great work anyway ;)

Pages: [1]