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.
Pages: [1]
1
Installation and Upgrades / Re: [SOLVED] Windows 7 / Samba password change problem
« on: August 17, 2011, 06:06:50 pm »
Thank you, that makes things clearer.
Jerry
Jerry
2
Installation and Upgrades / [SOLVED] Windows 7 / Samba password change problem
« on: August 11, 2011, 07:53:39 pm »
Some time ago I noticed that, after it definitely had worked, I can no longer change my Zentyal/Samba password from a Windows 7 PC, while it still works from Windows XP. Normal file access is still OK also with Windows 7. The error code at password change is 1351: ERROR_CANT_ACCESS_DOMAIN_INFO.
It seems like this is caused by the winbind daemon, because when I stop winbindd, password change is OK again. I do not have Zentyal as a PDC nor any other PDC in my network, but it could be that I accidentially turned on PDC once in Zentyal.
Questions: who installs/activates winbind, is it done by Zentyal? Does it need to run? How to deactivate it - simply by deinstalling? - or is there any setting making password change from Windows 7 to work again?
Any help appreciated.
Jerry
It seems like this is caused by the winbind daemon, because when I stop winbindd, password change is OK again. I do not have Zentyal as a PDC nor any other PDC in my network, but it could be that I accidentially turned on PDC once in Zentyal.
Questions: who installs/activates winbind, is it done by Zentyal? Does it need to run? How to deactivate it - simply by deinstalling? - or is there any setting making password change from Windows 7 to work again?
Any help appreciated.
Jerry
3
Installation and Upgrades / Re: [SOLVED] smtps realm
« on: May 18, 2011, 09:05:46 pm »
Thank you, Sam.
As written, to me it seems that the mail.preservice hook is not called though there obviously is a related bugfix (http://trac.zentyal.org/changeset/18890) from last year and I have 2.06 installed.
mail.postconf seems to be too early because the changes to dovecot.conf were made but needed another manual restart of mail to take effect.
I now use the dovecot.conf template and it is OK for me but strange
Jerry
As written, to me it seems that the mail.preservice hook is not called though there obviously is a related bugfix (http://trac.zentyal.org/changeset/18890) from last year and I have 2.06 installed.
mail.postconf seems to be too early because the changes to dovecot.conf were made but needed another manual restart of mail to take effect.
I now use the dovecot.conf template and it is OK for me but strange
Jerry
4
Installation and Upgrades / Re: smtps realm
« on: May 18, 2011, 08:39:43 am »
OK, I now managed to do what I want, but:
- mail.postconf obviously is too late to make changes (manual restart of dovecot worked but not restarting mail from WebUI)
- mail.preservice doesn't seem to be run at all
- I had to modify the dovecot.conf.mas template
- mail.postconf obviously is too late to make changes (manual restart of dovecot worked but not restarting mail from WebUI)
- mail.preservice doesn't seem to be run at all
- I had to modify the dovecot.conf.mas template
5
Installation and Upgrades / Re: smtps realm
« on: May 17, 2011, 11:57:39 am »
I tried a lot and it turned out that even when I delete /etc/dovecot/dovecot-ldap.conf (in the mail.postconf hook) the SMTPS authentification still works No wonder that my settings have no effect.
Unfortunately, I do not get postfix nor dovecot to log the authentification string on failure, only postfix logs it upon success.
Unfortunately, I do not get postfix nor dovecot to log the authentification string on failure, only postfix logs it upon success.
6
Installation and Upgrades / [SOLVED] smtps realm
« on: May 09, 2011, 08:23:18 pm »
Hi,
I tried to set a default realm/domain for the users of the smtps server (postfix/sasl/dovecot) so that this would be added if not included with the login name.
Without it the authentification fails, if included it is OK.
Any hints what I would need to set?
The settings in dovecot.conf (auth_default_realm) and postfix/main.cf (smtpd_sasl_local_domain) do not seem to work for me.
Thx.
I tried to set a default realm/domain for the users of the smtps server (postfix/sasl/dovecot) so that this would be added if not included with the login name.
Without it the authentification fails, if included it is OK.
Any hints what I would need to set?
The settings in dovecot.conf (auth_default_realm) and postfix/main.cf (smtpd_sasl_local_domain) do not seem to work for me.
Thx.
Pages: [1]