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 - Syntax

Pages: [1] 2
I posted a solution here:

You need to copy the stub, edit it, and the vacation tab will be enabled after service restart

Authorization failure on test@MYdomain@Mydomain

On first glance, it seems like this is the problem here. should be test@MYdomain.tld

Off the top of my head, you may want to check how you've got smarthost set up, or the virtual domain.  Seems that somewhere you put in test@MYdomain instead of just test. (assuming it automatically appends @MYdomain) to the auth.


original my destination look like
Code: [Select]
mydestination = $myorigin,$myhostname,localhost,localhost.$mydomain,$mydomain
after change (for domain
Code: [Select]
mydestination = $myorigin,$myhostname,localhost,localhost.$mydomain,$mydomain,

Going off of what branislav.kopun wrote I started poking around in the stubs.  His workaround still works (just added a comma and typed in the name of my virtual domain on the end), but I wanted to figure out what variable was missing. 

Haven't found anything yet, several spots refer to objectClass=CourierVirtualDomain (and CourierMailAlias etc...) when Dovecot is installed instead of Courier, but changing that didn't seem to have any effect.

I tried guessing at the variable name (assuming that was what was missing) and it's not $vdomain, $vdomains, $vdomainsCfFile, or $virtual_mailbox_domains (all of which were things I came across in the files and decided to try).  I thought that last one would work, because it looked to be formatted the same way as some of the other declarations in the

Speaking of formatting, I compared the and the files and found the "query_filter = " line backwards in vdomains compared to valiases and tried flipping it around, but no dice.

branislav.kopun's workaround of manually putting in the virtual domain still works.
I tried a bunch of stuff to find the problem (missing parameter?) that didn't solve it.

email sent to an alias email address seems to work just fine.

The topic is about virtual domains, not email alias'

And yes, same problem here.  I added a second virtual mail domain and get "Relay access denied (in reply to RCPT TO command)"

I have 2 test users one has email addresses from both v-domains and the other for only the 2nd one:
User1@vdomain1.tld --> delivery success
User1@vdomain2.tld --> relay error (unless sent from within mailbox from User1@vdomain1.tld to User1@vdomain2.tld)
User2@vdomain2.tld --> relay error

EDIT: the above is from an outside email.  Zentyal 5.07


Bravo dev people.  2 months and still no answer to, "hey does outlook still work with your product?"

Way to be there for the community.

Firing up some VM's now with different versions of Outlook.  Will get back to you tomorrow and let you know.  I suspect it doesn't connect to anything after ~2010 without the sourceforge caldav/carddav plugins.

FYI devs who obviously don't bother reading their own community forums, your tagline up until version 5 included trumpeting your Exchange server replacement capabilities.  I know I'm not the only one who switched to your product based solely on that fact.

Installation and Upgrades / Zentyal - Exchange email on Linux?
« on: October 18, 2016, 12:44:02 am »

The Zentyal 5.0 version focuses primarly on improved Samba4 integration...
Due to the issues found recently in the OpenChange (that offers native synchronization with MS Outlook clients via MAPI protocol), this functionality has been dropped until the issues have been fixed and the module has been stabilized. For the time being, Zentyal can be deployed as a IMAP-POP3 mail server.

I think you're going to need to change your tag line from "Exchange email on Linux" to something like, "we use Samba4 to share files."


Installation and Upgrades / Re: Is Zentyal dead?
« on: October 18, 2016, 12:30:18 am »

"Due to the issues found recently in the OpenChange (that offers native synchronization with MS Outlook clients via MAPI protocol), this functionality has been dropped until the issues have been fixed and the module has been stabilized. For the time being, Zentyal can be deployed as a IMAP-POP3 mail server".

I thought you were kidding.  You aren't.

So, we have a SAMBA / Postfix server now.  The only reason (really, the ONLY reason!) I was deploying Zentyal was to be an MS Exchange replacement. 

Time to spin up an OwnCloud container on the VM and figure out what it's going to take to migrate my clients' servers.

Thanks guys, this is going to be a hell of a lot of work and I'm probably not going to get to charge more than a pittance for this given I am the one who pushed my clients to your product in the first place.

Installation and Upgrades / Re: Zentyal 4.0 installation failed
« on: February 08, 2015, 12:25:21 am »
That worked!

Manually removed Backup and Monitor (which took the cloud client with it), then web interface stopped working.
Fixed with:
Code: [Select]
sudo perl -MEBox -MEBox::WebAdmin::PSGI -e'EBox::init(); EBox::WebAdmin::PSGI::removeSubApp("/ebox"); 1'
sudo perl -MEBox -MEBox::WebAdmin::PSGI -e'EBox::init(); EBox::WebAdmin::PSGI::removeSubApp("/soap"); 1'
sudo service zentyal webadmin restart
(thanks to Javier Amor Garcia in another thread)

apt-get update
apt-get autoremove

then downed the server to make another clean copy of the image (only takes a min)
Brought it back up and modified /etc/apt/sources.list
Commented out the Zentyal 3.5 line and added:
Code: [Select]
deb 4.0 main
Then ran:
Code: [Select]
sudo apt-key adv --keyserver --recv-keys 10E239FF
wget -q -O- | sudo apt-key add -
and finally, went into the web interface, hit "Upgrade" and voila!  Worked like a charm (did the recommended followup reboot)

Installation and Upgrades / Re: Zentyal 4.0 installation failed
« on: February 07, 2015, 11:28:28 pm »
Hi there,

I have tried to upgrade to Zentyal 4.0 via the upgrade button, but the installation got stuck, so I decided to perform a reboot. After this, the web interface was no longer accessible. I checked the installed packages and saw that all Zentyal components had been uninstalled, but no 4.0 components had been installed.

I then tried to re-install 4.0 manually, by first doing sudo apt-get autoremove and then following the steps here , i.e. adding the 4.0 repositories in the sources.list adding the key and then installing with sudo apt-get install zentyal.

The problem is, that the install is not finished because of dpkg configuration problems. Here the errors I receive during configuration.
Unfortunately the messages are in german, but basically it say that it cannot configure becasue of this error:
write_file '/var/lib/zentyal/sql-tables/sysinfo' - sysopen: Permission denied at /usr/share/perl5/EBox/Util/ line 67.

I'm having this exact same issue right now with a client's machine.  Doing it in a VM and created a copy of the .img before starting it... about to start my 3rd attempt.  First two had the above error, but I'm going to try updating the sources.list manually before running the upgrade script.

Will check back either way.

Installation and Upgrades / Re: Install Zentyal 4.0
« on: October 07, 2014, 06:39:39 am »
4.0 hasn't been released yet.  It's still a RC or beta (not sure which).  It goes live as production Oct. 29, 2014 unless it's delayed.

That said, if you're happy with how the current build performs, go for it.

Installation and Upgrades / Re: DNS answering with wrong FQDN
« on: October 07, 2014, 06:37:45 am »
Almost a month now and not one person has experienced this?

Setup Zentyal with a default domain of anything... then add in DNS a domain that starts with a letter earlier in the alphabet, then run nslookup and see that the server answers from the first domain in the list alphabetically, instead of the default domain.

Does anybody have a fix for this?  it seems fairly straight forward.

Installation and Upgrades / Re: Zentyal not updating DNS
« on: September 21, 2014, 03:21:55 pm »
Mark as [solved] please

Installation and Upgrades / Re: problem with mapping home direcories
« on: September 21, 2014, 03:19:25 pm »
It could also be that they are not joined to the domain.  The machines will not execute the logon script if they don't log onto the domain, but merely make a connection w/ a username

Computer -> properties -> Advanced System Settings -> Computer Name (tab) -> Change (button)


+1 on that sig.  Had to do a full reinstall of a server that was live (fortunately it was virt. and could do it as a separate instance and after hours) and populated with... more than a few users... because DomainName.ext is not the same as domainname.ext

That hurt.

Installation and Upgrades / Re: outgoing mail to external domain
« on: September 20, 2014, 01:49:32 am »
I'm not sure I understand.  You want Zentyal mail users to be able to email anyone, not just people in their own domain, correct?

If that is what you are trying to accomplish, then there is nothing you need to do except allow Zentyal to send mail through your firewall, and have the server's DNS set up properly.  Oh, and have email enabled.

Pages: [1] 2