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.
31
Directory and Authentication / Re: clone old zentyal 4.1 users incl. password to new zentyal 6?
« on: October 01, 2019, 02:26:53 am »
Oh. My. God.
I think adding all users again, including all their groups and all their "fetch external email" is easier..... :-(
I think adding all users again, including all their groups and all their "fetch external email" is easier..... :-(
32
Directory and Authentication / clone old zentyal 4.1 users incl. password to new zentyal 6?
« on: September 22, 2019, 06:21:55 pm »
Hello,
I have the need to freshly install a new Zentyal 6 on some machine and then to add all the existing users from an existing old Zentyal 4.1 installation, which exists on the old machine.
Somehow I would not want to manually add all users again.
Is there a script or something like that, which will add all users, including all their previous passwords and groups, to a new Zentyal 6 installation from an existing Zentyal 4.1 installation ?
I have the need to freshly install a new Zentyal 6 on some machine and then to add all the existing users from an existing old Zentyal 4.1 installation, which exists on the old machine.
Somehow I would not want to manually add all users again.
Is there a script or something like that, which will add all users, including all their previous passwords and groups, to a new Zentyal 6 installation from an existing Zentyal 4.1 installation ?
33
Directory and Authentication / need more samba interfaces, my own smb.conf is lost after reboot, what to do?
« on: June 03, 2019, 12:24:50 am »
Hello,
I need more interfaces for my samba configuration file "smb.conf", like so:
However, when I edit this in /etc/samba/smb.conf, my changes are lost when the next reboot happens.
What to do to make my changes more permanent ?
I need more interfaces for my samba configuration file "smb.conf", like so:
Code: [Select]
interfaces=lo,eth0,tun0
bind_interfaces_only=NO
However, when I edit this in /etc/samba/smb.conf, my changes are lost when the next reboot happens.
What to do to make my changes more permanent ?
34
Directory and Authentication / Re: Possible little firewall problem over shares in VPN \\10.9.0.1\shares
« on: January 31, 2019, 06:46:32 pm »
I just found it myself.
In /etc/samba/smb.conf you need the option :
bind interfaces only=no !!!!
Then it works.
So you first do "service samba-ad-dc stop" , edit the file, start the service again, and presto it worked..........
In /etc/samba/smb.conf you need the option :
bind interfaces only=no !!!!
Then it works.
So you first do "service samba-ad-dc stop" , edit the file, start the service again, and presto it worked..........
35
Directory and Authentication / Re: Possible little firewall problem over shares in VPN \\10.9.0.1\shares
« on: January 31, 2019, 12:41:47 pm »
I can 100% confirm the same bug on Zentyal-6, latest development version : The firewall does not forward some ports to the VPN-IP (10.9.0.1 for example).
NMAP shows different results for "localhost" and for "VPN-IP".
These ports are filtered when using the VPN-IP:
88, 135, 139, 389, 445, 464, 636, 953.... WHY ?
I want to get \\vpn-server\shares to work for any windows client having any VPN-IP !!
Edit: Addendum: Even when I totally switched off the firewall, the strange behaviour remained that some ports are not open when nmap'-checking the VPN-IP (10.9.0.101) of the Zentyal server. An Nmap-check of the local eth0-ip adress of the Zentyal server (192.168.0.100) reveals that all necessary ports are open...............
I have read all sort of VPN- and samba docs/forums/hints but I am still not getting this issue fixed. Any help greatly appreciated.
NMAP shows different results for "localhost" and for "VPN-IP".
These ports are filtered when using the VPN-IP:
88, 135, 139, 389, 445, 464, 636, 953.... WHY ?
I want to get \\vpn-server\shares to work for any windows client having any VPN-IP !!
Edit: Addendum: Even when I totally switched off the firewall, the strange behaviour remained that some ports are not open when nmap'-checking the VPN-IP (10.9.0.101) of the Zentyal server. An Nmap-check of the local eth0-ip adress of the Zentyal server (192.168.0.100) reveals that all necessary ports are open...............
I have read all sort of VPN- and samba docs/forums/hints but I am still not getting this issue fixed. Any help greatly appreciated.
36
Directory and Authentication / Possible little firewall problem over shares in VPN \\10.9.0.1\shares
« on: January 28, 2019, 03:34:46 pm »
Hello,
I installed a Zentyal 4.1 long time ago and it still works and no I _don't_ want to upgrade under any circumstances; however I have to fix a tiny problem.
When being in the internal 192.168.x.x network I can reach the Zentyal shares fine using \\server01\shares on Windows-7 clients.
HOWEVER, the same machine has a 10.8.0.100 VPN-ip-adress, and trying to reach that from a VPN-connected Windows-Client won't work.
I assume it is the firewall, because:
Starting Nmap 6.40 ( http://nmap.org ) at 2019-01-28 15:25 CET
Nmap scan report for localhost (127.0.0.1)
Host is up (0.0000040s latency).
Other addresses for localhost (not scanned): 127.0.0.1
rDNS record for 127.0.0.1: localhost.localdomain
Not shown: 975 closed ports
PORT STATE SERVICE
22/tcp open ssh
25/tcp open smtp
53/tcp open domain
80/tcp open http
88/tcp open kerberos-sec
110/tcp open pop3
135/tcp open msrpc
139/tcp open netbios-ssn
143/tcp open imap
389/tcp open ldap
443/tcp open https
445/tcp open microsoft-ds
464/tcp open kpasswd5
465/tcp open smtps
587/tcp open submission
636/tcp open ldapssl
993/tcp open imaps
995/tcp open pop3s
1024/tcp open kdm
3268/tcp open globalcatLDAP
3269/tcp open globalcatLDAPssl
3306/tcp open mysql
5000/tcp open upnp
8443/tcp open https-alt
20000/tcp open dnp
Nmap done: 1 IP address (1 host up) scanned in 1.68 seconds
root@srv01:~# nmap 10.9.0.101
Starting Nmap 6.40 ( http://nmap.org ) at 2019-01-28 15:26 CET
Nmap scan report for 10.9.0.101
Host is up (0.000023s latency).
Not shown: 987 closed ports
PORT STATE SERVICE
22/tcp open ssh
25/tcp open smtp
53/tcp open domain
80/tcp open http
110/tcp open pop3
143/tcp open imap
443/tcp open https
465/tcp open smtps
587/tcp open submission
993/tcp open imaps
995/tcp open pop3s
8443/tcp open https-alt
20000/tcp open dnp
Nmap done: 1 IP address (1 host up) scanned in 2.48 seconds
So you can see that the firewall won't allow (?) port 135 and port 139 on the VPN-IP.
How can I fix that? Any advice appreciated.
I installed a Zentyal 4.1 long time ago and it still works and no I _don't_ want to upgrade under any circumstances; however I have to fix a tiny problem.
When being in the internal 192.168.x.x network I can reach the Zentyal shares fine using \\server01\shares on Windows-7 clients.
HOWEVER, the same machine has a 10.8.0.100 VPN-ip-adress, and trying to reach that from a VPN-connected Windows-Client won't work.
I assume it is the firewall, because:
Starting Nmap 6.40 ( http://nmap.org ) at 2019-01-28 15:25 CET
Nmap scan report for localhost (127.0.0.1)
Host is up (0.0000040s latency).
Other addresses for localhost (not scanned): 127.0.0.1
rDNS record for 127.0.0.1: localhost.localdomain
Not shown: 975 closed ports
PORT STATE SERVICE
22/tcp open ssh
25/tcp open smtp
53/tcp open domain
80/tcp open http
88/tcp open kerberos-sec
110/tcp open pop3
135/tcp open msrpc
139/tcp open netbios-ssn
143/tcp open imap
389/tcp open ldap
443/tcp open https
445/tcp open microsoft-ds
464/tcp open kpasswd5
465/tcp open smtps
587/tcp open submission
636/tcp open ldapssl
993/tcp open imaps
995/tcp open pop3s
1024/tcp open kdm
3268/tcp open globalcatLDAP
3269/tcp open globalcatLDAPssl
3306/tcp open mysql
5000/tcp open upnp
8443/tcp open https-alt
20000/tcp open dnp
Nmap done: 1 IP address (1 host up) scanned in 1.68 seconds
root@srv01:~# nmap 10.9.0.101
Starting Nmap 6.40 ( http://nmap.org ) at 2019-01-28 15:26 CET
Nmap scan report for 10.9.0.101
Host is up (0.000023s latency).
Not shown: 987 closed ports
PORT STATE SERVICE
22/tcp open ssh
25/tcp open smtp
53/tcp open domain
80/tcp open http
110/tcp open pop3
143/tcp open imap
443/tcp open https
465/tcp open smtps
587/tcp open submission
993/tcp open imaps
995/tcp open pop3s
8443/tcp open https-alt
20000/tcp open dnp
Nmap done: 1 IP address (1 host up) scanned in 2.48 seconds
So you can see that the firewall won't allow (?) port 135 and port 139 on the VPN-IP.
How can I fix that? Any advice appreciated.
37
Email and Groupware / Zentyal 6: Does it have a "fetch external mail" option?
« on: November 10, 2018, 06:40:35 pm »
Hello,
I just want to know if Zentyal 6 has the option "fetch external mail" for each user. Is this still there?
If you can answer me, you save my time of making a test-installation.
I just want to know if Zentyal 6 has the option "fetch external mail" for each user. Is this still there?
If you can answer me, you save my time of making a test-installation.
38
Email and Groupware / Re: External Mail
« on: November 17, 2017, 10:06:16 am »
We have the same situation: Every user is "username@company.com" but the local Zentyal user is "username@company.lan".
Every user account fetches external mail from "username@company.com".
We use the following Thunderbird mail client settings to work properly:
For fetching mail: Mail is fetched from zentyal-server.company.lan with user "username@company.lan" and local lan password for user.
For sending mail: Mail is SENT by mail.company.COM (dot com!!) with user "username@company.COM" (dot com!! not lan!) and remote password (different password!!!)
I hope that helps. It works for us, for years now.
Every user account fetches external mail from "username@company.com".
We use the following Thunderbird mail client settings to work properly:
For fetching mail: Mail is fetched from zentyal-server.company.lan with user "username@company.lan" and local lan password for user.
For sending mail: Mail is SENT by mail.company.COM (dot com!!) with user "username@company.COM" (dot com!! not lan!) and remote password (different password!!!)
I hope that helps. It works for us, for years now.
39
Directory and Authentication / Samba working on VPN-ip 10.9.0.x : Is this possible? Current: Error 0x80004005
« on: May 02, 2017, 05:24:11 pm »
Hello,
I am running Zentyal 4.1 and 4.2, 64bit, and I wonder if a little tricky configuration is possible.
So far, I have installed Zentyal. But now the requirement arose that the Zentyal server is reachable via VPN.
So I admit I did a very ugly VPN-hack, I added a boot-script that automatically connects to an outside VPN-server on starting.
Thus, the Zentyal gets a 10.9.0.101 IP (static) and thus is reachable via client-to-client communication for all VPN-users in the 10.9.0.x area.
That is fine for Mail, Webserver, etc.etc. but not-so-fine for Samba: Trying to reach the shares via \\10.9.0.101\shares results in waiting a while, then a network error "0x80004005".
I checked the /etc/samba/smb.conf and I added tun0 to the interfaces:
interfaces = lo,eth0,eth1,tun0
However, it still won't let me connect from a Windows client to the Samba share at \\10.9.0.101\shares
Any help is greatly appreciated.
I am running Zentyal 4.1 and 4.2, 64bit, and I wonder if a little tricky configuration is possible.
So far, I have installed Zentyal. But now the requirement arose that the Zentyal server is reachable via VPN.
So I admit I did a very ugly VPN-hack, I added a boot-script that automatically connects to an outside VPN-server on starting.
Thus, the Zentyal gets a 10.9.0.101 IP (static) and thus is reachable via client-to-client communication for all VPN-users in the 10.9.0.x area.
That is fine for Mail, Webserver, etc.etc. but not-so-fine for Samba: Trying to reach the shares via \\10.9.0.101\shares results in waiting a while, then a network error "0x80004005".
I checked the /etc/samba/smb.conf and I added tun0 to the interfaces:
interfaces = lo,eth0,eth1,tun0
However, it still won't let me connect from a Windows client to the Samba share at \\10.9.0.101\shares
Any help is greatly appreciated.
40
Installation and Upgrades / Re: upgrade 4.1.5 to 4.1.9 worked but upgrade to 4.2 borked with error
« on: July 23, 2016, 12:29:24 pm »
So, what to do to get it working to Zentyal 4.2 ? Any suggestions ? I have no idea.....
41
Installation and Upgrades / Re: upgrade 4.1.5 to 4.1.9 worked but upgrade to 4.2 borked with error
« on: July 23, 2016, 12:28:15 pm »
However, uname -a shows:
oot@zentyal:~# uname -a
Linux zentyal 3.16.0-51-generic #69~14.04.1-Ubuntu SMP Wed Oct 7 15:32:41 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
root@zentyal:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 859M 4,0K 859M 1% /dev
tmpfs 175M 748K 175M 1% /run
/dev/mapper/zentyal--vg-root 63G 2,7G 57G 5% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
none 50M 0 50M 0% /run/lock
none 875M 0 875M 0% /run/shm
none 100M 4,0K 100M 1% /run/user
/dev/sda1 236M 135M 89M 61% /boot
/dev/mapper/crypt 4,8G 2,5G 2,1G 56% /mnt/extracrypt
I manually had to "route add default gw 192.168.0.1" and "echo "nameserver 8.8.8.8 > /etc/rc.local" " to even use the net!
oot@zentyal:~# uname -a
Linux zentyal 3.16.0-51-generic #69~14.04.1-Ubuntu SMP Wed Oct 7 15:32:41 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
root@zentyal:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 859M 4,0K 859M 1% /dev
tmpfs 175M 748K 175M 1% /run
/dev/mapper/zentyal--vg-root 63G 2,7G 57G 5% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
none 50M 0 50M 0% /run/lock
none 875M 0 875M 0% /run/shm
none 100M 4,0K 100M 1% /run/user
/dev/sda1 236M 135M 89M 61% /boot
/dev/mapper/crypt 4,8G 2,5G 2,1G 56% /mnt/extracrypt
I manually had to "route add default gw 192.168.0.1" and "echo "nameserver 8.8.8.8 > /etc/rc.local" " to even use the net!
42
Installation and Upgrades / upgrade 4.1.5 to 4.1.9 worked but upgrade to 4.2 borked with error
« on: July 23, 2016, 12:17:57 pm »
Hi,
I have an old 4.1.5 Zentyal test distro that worked, but I did not use it for a while, so I switched it on today again after a long time and I thought it would be a good idea to upgrade.
So I upgraded core components to 4.1.9. That worked.
Then the button appeared "upgrade to 4.2" . I pressed it....
I didn't look what was happening because I was busy.... but the machine shut down........
I manually switched it on again..... it asked for my 2 cryptsetup passwords. But the web interface now says "error" :
title
Aktionen
Zeige technische Details
Gehen Sie zurück
Leider ist ein unerwarteter Fehler aufgetreten
Es gibt einige Softwarepakete, die nicht korrekt installiert wurden: linux-image-3.16.0-77-generic.
Sie sollten es erneut installieren und versuchen sie ihren Vorgang nochmal.
Zeige technische Details
Error trace
Can't call method "ldap" on an undefined value at /usr/share/perl5/EBox/MailVDomainsLdap.pm line 43.
...propagated at /usr/share/perl5/EBox/CGI/Base.pm line 321.
at /usr/share/perl5/EBox/CGI/Run.pm line 105
in EBox::CGI::Run::run at /usr/share/perl5/EBox/CGI/Run.pm line 105
102: if (Scalar::Util::blessed($ex) and $ex->isa('EBox::Exceptions::Base')) {
103: $ex->throw();
104: } else {
105: die $ex;
106: }
107: }
108: }
Show function arguments
in main::__ANON__ at /usr/share/zentyal/psgi/zentyal.psgi line 46
43: local $SIG{__WARN__} = sub { EBox::warn($_[0]) };
44:
45: my $req = Plack::Request->new($env);
46: return EBox::CGI::Run->run($req);
47: };
48:
49: my $builder = new Plack::Builder();
Show function arguments
in Plack::App::URLMap::call at /usr/share/perl5/Plack/App/URLMap.pm line 71
68: return $self->response_cb($app->($env), sub {
69: $env->{PATH_INFO} = $orig_path_info;
70: $env->{SCRIPT_NAME} = $orig_script_name;
71: });
72: }
73:
74: DEBUG && warn "All matching failed.\n";
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in EBox::Middleware::Auth::call at /usr/share/perl5/EBox/Middleware/Auth.pm line 366
363: $self->_logout($env);
364: } elsif ($self->_validateSession($env)) {
365: delete $env->{'psgix.session'}{AuthReason};
366: return $self->app->($env);
367: } else {
368: # Require authentication, redirect to the login form.
369: return $self->_redirectToLogin($env);
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in Plack::Middleware::Conditional::call at /usr/share/perl5/Plack/Middleware/Conditional.pm line 16
13: my($self, $env) = @_;
14:
15: my $app = $self->condition->($env) ? $self->middleware : $self->app;
16: return $app->($env);
17: }
18:
19: 1;
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in EBox::WebAdmin::Middleware::SubAppAuth::call at /usr/share/perl5/EBox/WebAdmin/Middleware/SubAppAuth.pm line 57
54: }
55: }
56: }
57: return $self->app->($env);
58: }
59:
60: 1;
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in Plack::Middleware::Session::call at /usr/share/perl5/Plack/Middleware/Session.pm line 52
49:
50: $env->{'psgix.session.options'} = { id => $id };
51:
52: my $res = $self->app->($env);
53: $self->response_cb($res, sub { $self->finalize($env, $_[0]) });
54: }
55:
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in Plack::Middleware::ReverseProxy::call at /usr/share/perl5/Plack/Middleware/ReverseProxy.pm line 68
65: }
66: }
67:
68: $self->app->($env);
69: }
70:
71: 1;
Show function arguments
in EBox::Middleware::UnhandledError::call at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in (eval) at /usr/share/zentyal/psgi/zentyal.psgi line 0
1: # Copyright (C) 2010-2014 Zentyal S.L.
2: #
3: # This program is free software; you can redistribute it and/or modify
at /usr/share/zentyal/psgi/zentyal.psgi line 0
1: # Copyright (C) 2010-2014 Zentyal S.L.
2: #
3: # This program is free software; you can redistribute it and/or modify
Gehen Sie zurück
I have an old 4.1.5 Zentyal test distro that worked, but I did not use it for a while, so I switched it on today again after a long time and I thought it would be a good idea to upgrade.
So I upgraded core components to 4.1.9. That worked.
Then the button appeared "upgrade to 4.2" . I pressed it....
I didn't look what was happening because I was busy.... but the machine shut down........
I manually switched it on again..... it asked for my 2 cryptsetup passwords. But the web interface now says "error" :
title
Aktionen
Zeige technische Details
Gehen Sie zurück
Leider ist ein unerwarteter Fehler aufgetreten
Es gibt einige Softwarepakete, die nicht korrekt installiert wurden: linux-image-3.16.0-77-generic.
Sie sollten es erneut installieren und versuchen sie ihren Vorgang nochmal.
Zeige technische Details
Error trace
Can't call method "ldap" on an undefined value at /usr/share/perl5/EBox/MailVDomainsLdap.pm line 43.
...propagated at /usr/share/perl5/EBox/CGI/Base.pm line 321.
at /usr/share/perl5/EBox/CGI/Run.pm line 105
in EBox::CGI::Run::run at /usr/share/perl5/EBox/CGI/Run.pm line 105
102: if (Scalar::Util::blessed($ex) and $ex->isa('EBox::Exceptions::Base')) {
103: $ex->throw();
104: } else {
105: die $ex;
106: }
107: }
108: }
Show function arguments
in main::__ANON__ at /usr/share/zentyal/psgi/zentyal.psgi line 46
43: local $SIG{__WARN__} = sub { EBox::warn($_[0]) };
44:
45: my $req = Plack::Request->new($env);
46: return EBox::CGI::Run->run($req);
47: };
48:
49: my $builder = new Plack::Builder();
Show function arguments
in Plack::App::URLMap::call at /usr/share/perl5/Plack/App/URLMap.pm line 71
68: return $self->response_cb($app->($env), sub {
69: $env->{PATH_INFO} = $orig_path_info;
70: $env->{SCRIPT_NAME} = $orig_script_name;
71: });
72: }
73:
74: DEBUG && warn "All matching failed.\n";
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in EBox::Middleware::Auth::call at /usr/share/perl5/EBox/Middleware/Auth.pm line 366
363: $self->_logout($env);
364: } elsif ($self->_validateSession($env)) {
365: delete $env->{'psgix.session'}{AuthReason};
366: return $self->app->($env);
367: } else {
368: # Require authentication, redirect to the login form.
369: return $self->_redirectToLogin($env);
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in Plack::Middleware::Conditional::call at /usr/share/perl5/Plack/Middleware/Conditional.pm line 16
13: my($self, $env) = @_;
14:
15: my $app = $self->condition->($env) ? $self->middleware : $self->app;
16: return $app->($env);
17: }
18:
19: 1;
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in EBox::WebAdmin::Middleware::SubAppAuth::call at /usr/share/perl5/EBox/WebAdmin/Middleware/SubAppAuth.pm line 57
54: }
55: }
56: }
57: return $self->app->($env);
58: }
59:
60: 1;
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in Plack::Middleware::Session::call at /usr/share/perl5/Plack/Middleware/Session.pm line 52
49:
50: $env->{'psgix.session.options'} = { id => $id };
51:
52: my $res = $self->app->($env);
53: $self->response_cb($res, sub { $self->finalize($env, $_[0]) });
54: }
55:
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in Plack::Middleware::ReverseProxy::call at /usr/share/perl5/Plack/Middleware/ReverseProxy.pm line 68
65: }
66: }
67:
68: $self->app->($env);
69: }
70:
71: 1;
Show function arguments
in EBox::Middleware::UnhandledError::call at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in Plack::Component::__ANON__ at /usr/share/perl5/Plack/Component.pm line 50
47: sub to_app {
48: my $self = shift;
49: $self->prepare_app;
50: return sub { $self->call(@_) };
51: }
52:
53:
Show function arguments
in (eval) at /usr/share/zentyal/psgi/zentyal.psgi line 0
1: # Copyright (C) 2010-2014 Zentyal S.L.
2: #
3: # This program is free software; you can redistribute it and/or modify
at /usr/share/zentyal/psgi/zentyal.psgi line 0
1: # Copyright (C) 2010-2014 Zentyal S.L.
2: #
3: # This program is free software; you can redistribute it and/or modify
Gehen Sie zurück
43
Email and Groupware / Special mail configuration - how to implement this in Webmail ?
« on: July 10, 2016, 07:43:27 pm »
Hello,
We have a rather "special" mail configuration. Our setup is as follows:
We have a local domain, called "companyname.lan" and a Zentyal 4.2 server called "srv01.companyname.lan" (aka 'Server01').
"Server01" fetches the mails for each user from the external domain "mail.companyname.com" every minute and delivers it to user1, user2, user3.... at srv01.companyname.lan. The fetched, external mails are available for each user at the local imap server on Server01.
When we SEND e-mail, we use the external sending mailserver: mail.companyname.com ; not the Zentyal "Server01".
In Thunderbird, we can configure this easily, just by selecting the proper sending server.
However, when user1/2/3... logs in into Srv01 as Webmail, he can only send to other local users, not to anyone on the Internet.
Thus, we want to configure webmail so if "user1@companyname.lan" logs in, he should send e-mails as "user1@companyname.com" and use the existing external mail server "mail.companyname.com" instead of the local imap server on Zentyal.
Is that possible?
If it is possible, how do I implement this ? What do I have to change in Webmail so it will act like this ?
We have a rather "special" mail configuration. Our setup is as follows:
We have a local domain, called "companyname.lan" and a Zentyal 4.2 server called "srv01.companyname.lan" (aka 'Server01').
"Server01" fetches the mails for each user from the external domain "mail.companyname.com" every minute and delivers it to user1, user2, user3.... at srv01.companyname.lan. The fetched, external mails are available for each user at the local imap server on Server01.
When we SEND e-mail, we use the external sending mailserver: mail.companyname.com ; not the Zentyal "Server01".
In Thunderbird, we can configure this easily, just by selecting the proper sending server.
However, when user1/2/3... logs in into Srv01 as Webmail, he can only send to other local users, not to anyone on the Internet.
Thus, we want to configure webmail so if "user1@companyname.lan" logs in, he should send e-mails as "user1@companyname.com" and use the existing external mail server "mail.companyname.com" instead of the local imap server on Zentyal.
Is that possible?
If it is possible, how do I implement this ? What do I have to change in Webmail so it will act like this ?
44
Installation and Upgrades / Re: cannot login on domain, fixed with - mainly - samba-tool domain provision
« on: May 01, 2016, 12:20:36 pm »
Addendum: Don't do this on Zentyal 4.2. It horribly messed up some internal database. As a result, the users corner was suddenly gone. When it re-appeared (due to some commandline wizardry which I am deliberately not telling about here), the mail subsystem was gone. The only way to get back the mail system was to re-install the whole Zentyal server again.
The correct way to handle misbehaving Win7-Clients is to log in on them as a local administrator, remove the Client out of the domain, reboot, insert it back into the domain and then the client works.
The correct way to handle misbehaving Win7-Clients is to log in on them as a local administrator, remove the Client out of the domain, reboot, insert it back into the domain and then the client works.
45
Email and Groupware / Re: email services never start
« on: April 28, 2016, 03:20:02 pm »
I forgot to say: Used system is latest Zentyal 4.2 with all updates....
Edit: Addendum: I found out that it is a very bad idea on Zentyal 4.2 to do " samba-tool domain provision" again.
The reprovisioning seems to mess up some database, the result of this will be that the users corner is suddenly gone, possibly due to a corrupted database, and the only way to clear up this mess is to re-install Zentyal, so far.
Edit: Addendum: I found out that it is a very bad idea on Zentyal 4.2 to do " samba-tool domain provision" again.
The reprovisioning seems to mess up some database, the result of this will be that the users corner is suddenly gone, possibly due to a corrupted database, and the only way to clear up this mess is to re-install Zentyal, so far.