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.

Messages - figarocorso

Pages: [1] 2
Hi Matthias,

Firstly, from 3.5 to 4.0 everything around virtual mail domains has changed a little bit. No more outgoing mail domain masquerading in 4.0... good idea, but we should take into account some points.

Since we can use independently any virtual mail domain. Now it is quite important in which one your user has his mail account/inbox. You would probably like to place the user at the domain instead of the intern one. This way any interaction with that user will have the external domain.

For people migrating from 3.5 to 4.0 we just wrote a quick guide that (we hope) will help you:

Regards :)

Installation and Upgrades / Re: sogod consumes all the RAM available
« on: September 25, 2014, 12:30:32 pm »
Glad to hear it is working (at least with new users).

We have noticed some random "user profile corruption" that makes sogo daemon goes crazy. As they are very difficult to reproduce (random is not usually a good word there), we are addressing them at our best. Keep on tuned to our daily builds for Zentyal 4.0 if you want to test it against the latest version.

Mails of corrupted user should be backuped using a imap/pop client as Thunderbird without a problem.

Thank you for the info.

Installation and Upgrades / Re: sogod consumes all the RAM available
« on: September 24, 2014, 01:29:15 pm »
It seem someone just came from a holiday break ¬¬  ;D

Now we know we are in a 3.5, also versions about *sogo* and *openchange* packages would be good to research. You can just provide them when testing the new user behaviour.

Installation and Upgrades / Re: sogod consumes all the RAM available
« on: September 24, 2014, 11:56:45 am »
BTW, sorry for not asking this before, it would be nice if you could also attach here the versions of the Zentyal packages:
dpkg -l *zentyal*

Thank you in advance.

Installation and Upgrades / Re: sogod consumes all the RAM available
« on: September 24, 2014, 11:40:18 am »
At the "oneworker" screenshot, the process didn't seem to  be wasting all the server memory, so let me ask a few questions here:
* Is the sogo process stable just after a "sudo service sogo restart"?
* Does the "memory consuming problem" appear when you enter into some user account through the web UI?

If both answers are "yes", it is probably a problem of the given user account, just try to create a new one, and see what happens there.

Thank you for your information.

Installation and Upgrades / Re: sogod consumes all the RAM available
« on: September 19, 2014, 01:50:53 pm »

There is a header in /etc/default/sogo that says that "this file is managed by Zentyal" (or similar). This means that file is generated by a Zentyal template/stub.

If you want to change that file (good work finding it out, I was going to point you there) you should follow this documentation:

(Quick sum up: copy the stub to custom stubs folder, modify it, enjoy ;-) )


Installation and Upgrades / Re: sogod consumes all the RAM available
« on: September 16, 2014, 03:41:27 pm »
I've seen this sort of issues, but they were mostly solved by a "sudo service sogo restart".

Does the server becomes unusable after trying to login with a user at SOGo webmail? Or it just copes the 100% of your resources when you just start it?
You can see (and share) more information at: /var/log/sogo/sogo.log


This issue should be fixed in the new release Zentyal 3.4 (download the new ISO, or upgrade your current system).

Thank you for the feedback.

"IMAP Error: Login failed for john from LOGIN: Plaintext authentication not allowed without SSL/TLS, but your client did it anyway. If anyone was listening, the password was exposed. in /usr/share/roundcube/program/lib/Roundcube/rcube_imap.php on line 184 (POST /webmail/?_task=login&_action=login" 

About this issue, it could be great if you could give us some more details about your deployed scenario.


I have a new clean install of Zentyal 3.4 I have openchange, mail and both webmail (Roundcube) and openchange (SoGo) webmail installed.  Everyting except Roundcube is working perfectly.  Roundcube gives the error "connection to storage failed" , under the login window.   The error log shows:

PHP Error: Failed to load plugin file /var/lib/roundcube/plugins/zentyal_oc_login/zentyal_oc_login.php in /usr/share/roundcube/program/lib/Roundcube/rcube_plugin_api.php on line 223 (POST /webmail/?_task=login&_action=login)

About those errors, they should be fixed with zentyal-webmail 3.4.1. But those log outputs may come from the previous zentyal-webmail 3.4. Could you please check that there are now [no] errors?
Edit: I miss-read your post. Try to update to zentyal-webmail 3.4.1 so the errors would disappear.

Thank you.

Installation and Upgrades / Re: INCORRECT CURRENT PASSWORD
« on: March 21, 2014, 08:53:34 am »
but in GeneralSettings, still same IncorrectCurrentPassword.
The proposed patch is currently passing our QA tests. So it will be available shortly. You will need to upgrade the zentyal packages, to have it working.

and when joining Win7 using Administrator username and the new password. still same error.
You may take a look a this documentation thus it could guide you through the configuration so you can join your Win7.

Thank you for the feedback!


Does it happens to you in a Zentyal 3.4? Anyway, you can see the logs information at /var/log/zentyal/zentyal.log (once the behaviour happens again, it will show up at the logs, so you can share it here (or at the tracker)).


Installation and Upgrades / Re: INCORRECT CURRENT PASSWORD
« on: March 20, 2014, 03:59:19 pm »

Thank you for notice that "change password" bug. The fix is already proposed and it will released soon: (as julio already said, meanwhile, you can workaround it using the passwd command).

About the domain joining, I think the Zentyal doc refers to use a user who is member of the Domain Admins group (though you can also use the Samba Administrator...).


Installation and Upgrades / Re: Smarthost + SSL
« on: March 12, 2014, 01:27:15 am »

A ticket around this discussion was opened at the tracker.

The quick recap:
Port 465: SSL wrapper mode, which is deprecated. Postfix can receive emails there, but it cannot send there. (In fact, as Christian said, that port is used for "other business" now.
Port 587: STARTTLS. smarthost (with ssl) is working well against that port, thus no problems here.

The postfix manual advices us to stunnel the server to connect with dinousaurs (xd).

Hope that info would help you if you still need to talk with a legacy server without starttls at 587.

Thank you.

Hi all,

I am not able to reproduce this issue in a fresh install. Though it is working fine for you followings those instructions, it should be better to dig deeper into that issue. So let me ask a couple of questions:
  • Did it happen after a upgrade or did it happen in a fresh install? Which upgrade 3.2 -> 3.3?
  • How did you do the upgrade? Using the zentyal software component or apt-get... ?

Thank you for the info in advance!

Pages: [1] 2