This is a read-only archive. Find the latest Linux articles, documentation, and answers at the new Linux.com!

Linux.com

Feature: Mail & Messaging

PostPath: Enterprise-strength open source alternative for Exchange

By Cory Buford on August 27, 2008 (9:00:00 AM)

Share    Print    Comments   

For enterprise system administrators looking for interoperability with Microsoft Exchange, but not the high costs associated with it, PostPath email and collaboration server could be a smart business investment. Boasting interoperability with Exchange environments for a third of the cost, thanks to its use of the Postfix mail server and many other open source components, PostPath provides drop-in capability and compatibility with Exchange environments without the need for making changes to Outlook on the client side. Being compatible with Exchange means that it can be managed using Microsoft's Active Directory infrastructure. The latest version, PostPath v3.1.2, adds support for Blackberry Enterprise Server and ActiveSync, allowing you to use mobile devices to access your email.

What makes this interoperability possible is the fact that PostPath developers used the same protocols as Exchange, so no special connectors are required for Exchange clients and PostPath is completely compatible with Exchange management. Organizations with existing Exchange infrastructures that need to expand can add an additional mail server running on PostPath, and Exchange will see it as another Exchange server in the environment. One of the biggest advantages of this approach is cost savings. PostPath itself licenses for $4,000 with 60 free users and a redundant server, and $45 per seat for additional users. With Postpath, you can use less powerful hardware without sacrificing performance -- a dual-core system with 2-4GB of memory will suffice. And PostPath runs over free operating systems such as CentOS.

As of now, PostPath supports environments up to Exchange 2007, although Outlook 2007 cannot connect to PostPath when using Remote Procedure Call (RPC) over Hypertext Transfer Protocol (HTTP) connections on Windows Vista clients as described in the troubleshooting guide. You can test PostPath by downloading the 30-day trial with 12 seats.

PostPath requirements

Before you install the software, make sure you have a server with at least a Pentium 4 processor, 1-2GB of RAM, and 100GB of disk space. For production environments with at least 100 users, a dual-core processor, 2-4GB of RAM, and 100GB (depending on mailbox size policy) of disk space are highly recommended. For the operating system, you can use the free CentOS 4.4 32-bit, CentOS 4.5 64-bit, Red Hat Enterprise Linux 4.4/4.5 32- or 64-bit, and SUSE Linux Enterprise Server 10 32- or 64-bit. You can use Outlook Express, Outlook 2003/2007, Eudora, or Thunderbird as clients.

In addition to the hardware and operating system, you must prepare your email infrastructure. First in the list is a properly working Active Directory and Domain Name Server. You must also enable Network Time Protocol and NetBIOS. Although you can install PostPath without Exchange and have it work properly, you still need Exchange installed on the same network to detect PostPath as another Exchange server, controlled by the Exchange management utilities, and integrated with Active Directory. PostPath needs the Exchange extensions to produce one of its primary benefits: management from within Active Directory. You can manage PostPath using its own management software, but it defeats the purpose of interoperability and ease of use within the Active Directory infrastructure. Besides, PostPath is really made as an alternative for an expanding Exchange ecosystem and not as a standalone server. Once everything is in place, you can proceed with PostPath deployment.

Deployment

I installed PostPath under CentOS 4.5 to test it as both a standalone messaging platform and along with a single Exchange 2003 server. After downloading the installer ./postpath-installer.bin, I installed the PostPath Server Daemon (the PostPath engine), PostPath Recipient Update Service (for use when there is no existing Exchange server), PostPath Administration, and PostPath Webmail.

You have to specify several settings throughout the installation process -- things like the primary domain name server, Active Directory domain name, NetBIOS name, fully qualified domain name, NetBIOS name of PostPath server, Simple Mail Transfer Protocol domain, and the domain administrative account and password.

During the installation process, for installing a standalone PostPath server only, select the interactive scripts forestprep and domainprep. You only need to select forestprep and domainprep if PostPath is your first email server and Exchange is not yet present. These two scripts let email servers such as PostPath work with the existing Activer Directory environment -- so that, for example, users and groups in Active Directory are reflected on the mail server and vice versa. You can read more about forestprep and domainprep at MSExchange.org.

Be mindful that, even though users and groups created on the PostPath server will reflect on Active Directory and vice versa, you can create a mailbox only within the PostPath server console -- not within Active Directory. Active Directory also will not show any information about the mailbox of the user or group.

If you have more than one domain, you must wait for the replication process to finish replicating the changes made in the domain Active Directory to ensure that all domains are updated before you make further changes. For example, if you create a user on a domain or change permissions, that change must also replicate or be synchronized, or else there will be inconsistency and the changes you made will not take effect on the other related domains.

After forestprep and domainprep are completed, proceed to configure the PostPath Server Daemon (PPSD) core itself. This will make changes to Active Directory -- for instance, allowing PostPath to set access rights. The PPSD will also add PostPath to Active Directory, install Postfix, and configure Postfix, if it is not already installed on the server. There is an option to configure Postfix manually. However, since some of the parameters that you must enter are somewhat confusing to the inexperienced, PostPath recommends that you do it within the PostPath Server Daemon core configuration. If you allow the PostPath Server Daemon to configure Postfix, the details you enter in its configuration -- such as the domain name, DNS server, fully qualified domain name of PostPath server and DNS, and machine name, will also be used in the configuration of Postfix.

Next, if Exchange is not installed, configure the PostPath Recipient Update Service -- so PostPath can control user attributes within Active Directory. If you only have one domain to configure, with or without Exchange installed in the network, it should take you 15 to 20 minutes to configure. However, if you have more than one domain, you have to consider the replication time -- which depends on the number of domains you have and the connection speed with the other domains. If you have a fast connection between the domains, it should take about five minutes to replicate one domain site to another. If Exchange is already installed on the network, you do not need to use forestprep and domainprep -- so replication will only happen once during PPSD configuration.

After finishing the PostPath Server Daemon steps, you can configure PostPath Administration and PostPath Webmail, which are straightforward and much faster than configuring the PostPath Server Daemon. For environments with an Exchange server, you can follow most of the same steps as the standalone deployment, leaving out forestprep, domainprep, and PostPath Recipient Update Service configuration. Visit the resource site for PostPath for a complete installation and administration guide.

Post-installation and some issues

After the whole configuration process is complete you can start the PostPath services. First is the PostPath engine. Upon starting the PostPath service, I encounter the following error related to Active Directory: "PPSD [Log:EMERG] DATE TIME :ERROR: Could not load AD configuration Data." After some checking, I learned that the account object created by PostPath in Active Directory did not have proper permissions. After I fixed the permission issue, the service started successfully.

PostPath Webmail is dependent upon the Tomcat service, and that service started without a hitch. Lastly, I enabled the PostPath Recipient Update Service. I then ran PostPath Administration to manage PostPath, but it warned me that I was not using a Secure Sockets Layer connection for my login. PostPath Administration is integrated in Active Directory, but you can't make any changes, such as user creation, unless you are using SSL. To resolve the issue, I enabled my certificate services and created an SSL certificate in the Active Directory server. I was then able to make changes and create mailboxes for users using PostPath Administration, which is the only way you can create mailboxes if PostPath is running without any Exchange server.

The scenario is different when Exchange server is installed. With the Exchange extension in place in Active Directory, you can create PostPath mailboxes using Active Directory. PostPath is seen as another Exchange server, so you can also manage the PostPath server using the Exchange Management Console. As such, during the creation of the user mailbox, you have the option to choose the PostPath server as the email server just as with Exchange. After creating some test users, I tried both the PostPath webmail and Outlook 2003 clients using PostPath as the email server. Webmail works just like Outlook Web Access, and Outlook 2003 sees PostPath as another Exchange server that is working properly.

Impressions

In my testing, PostPath worked well as a real alternative to Exchange. Most of the Exchange features, such as public folders and global access list, are well supported. Outlook client functionality like calendar, sharing of contacts, and mailboxes work flawlessly. Scheduling also works as intended, and I saw no problem with mail delivery.

One issue that needs to be addressed is the fact that PostPath does not have any system management utilities that are comparable to those of Exchange. True, PostPath does have an interactive text-based management console that covers most of the tasks handled by the graphical configuration of Exchange. However, for the target enterprise users, the time and work required to configure with a text-based management console would increase exponentially. Also, since PostPath aims to migrate existing Exchange users to a PostPath environment, once migration is complete and there is no need for Exchange, how can you manage server functionalities like public folders with no system management console? Although PostPath Administration can answer some of these concerns, it too would be cumbersome to use in a large environment.

Overall, PostPath seems to be a true low-cost drop-in alternative with most of the Exchange environment features. Although it needs a few additional features and improved support for Vista clients, it is exciting to see how far it can go against a dominant player like Exchange.

Share    Print    Comments   

Comments

on PostPath: Enterprise-strength open source alternative for Exchange

Note: Comments are owned by the poster. We are not responsible for their content.

PostPath: Enterprise-strength open source alternative for Exchange

Posted by: Anonymous [ip: 66.203.50.223] on August 27, 2008 01:56 PM
This uses opensource components but is not itself opensource. The most interesting part which is the MAPI server doesn't appear to be opensource either.

On the positive side, I didn't have a hard time finding a download link for the modifications they made to the open parts.

#

Re: PostPath: Enterprise-strength open source alternative for Exchange

Posted by: Anonymous [ip: 71.59.168.108] on August 27, 2008 04:05 PM
Agreed--not truly open source. While I'm sure your email is stored in a maildir or something so you can recover it no matter what happens with postpath, the product itself isn't open source, nor is it cheap...although it's cheaper than exchange.

The two big reasons I'm not even considering them:
1. Not open source
2. Product isn't free

The places where I'd use postpath would be in small/medium businesses. I'd rather spend money paying for support rather than being locked into their pricind when the business expands.

#

PostPath: Enterprise-strength open source alternative for Exchange

Posted by: Anonymous [ip: 155.104.37.17] on August 27, 2008 03:46 PM
For low cost it's still pretty expensive. That's why they hide the pricing info.

That said, I'd be too worried about what Cisco will do to them post buyout to invest time and resources in their solution right now.

#

PostPath: Enterprise-strength open source alternative for Exchange

Posted by: Anonymous [ip: 81.37.134.55] on August 27, 2008 07:53 PM
What is sad that they are using open source but the actual core is not open source. Kind of lets have party where everyone brings food to share but you can't eat their food.
Also if you have complex setup with multiple servers/locations you will be surprised that the minimum of seats is 60 which means that you have to pay 4000 $ for each location. No possibility to share the licenses in a centralized manne

#

PostPath: Enterprise-strength open source alternative for Exchange

Posted by: Anonymous [ip: 72.141.99.78] on August 27, 2008 08:59 PM
Sort of curious as to why linux.com is now pushing all of this "fake" crap. The author of this story belongs to a marketing company - no conflict of interest there?

#

Re: PostPath: Enterprise-strength open source alternative for Exchange

Posted by: Cory Buford on September 15, 2008 04:29 PM
Sort of curious as to why someone so intent on hurling accusations has not done their homework. Just how much marketing has GWMO done for Linux.com? What has either gained from this alleged deal? Since when can’t individuals write about what they know and love to supplement their income during these hard times?

If you make enough to live comfortably, good for you. However, some of us have to work harder to make ends meet and don’t have the luxury of sitting back, making baseless accusations, and hiding behind anonymity.

Cory Buford
Virtual Realty Consultant
GateWay Marketing Online
Sr. Web Designers/Developers
Business Development Specialists
csr@gwmo.com http://www.gwmo.com

#

PostPath: Enterprise-strength open source alternative for Exchange

Posted by: Anonymous [ip: 76.220.242.68] on August 27, 2008 09:13 PM
The term "open source" is being thrown around by companies that are not open source. For them to charge for someone else's work is unbelievable.

#

PostPath: Enterprise-strength open source alternative for Exchange

Posted by: Anonymous [ip: 98.209.60.181] on August 28, 2008 02:47 AM
I am kind of ashamed to see linux.com using 'open source' in the title of this. It is not open source, very misleading for linux.com.

#

PostPath: Enterprise-strength open source alternative for Exchange

Posted by: Anonymous [ip: 72.224.241.114] on August 28, 2008 03:05 PM
This isn't a review it's a shameful advertisement.

Clicking on the author's name, Cory BuFord, takes you to a site titled "Gateway Marketing Online".

#

Re: PostPath: Enterprise-strength open source alternative for Exchange

Posted by: Cory Buford on September 15, 2008 04:31 PM
“This isn't a review it's a shameful advertisement.” – and just how much advertising has this company done for Linux.com? Are they making a profit from PostPath? If so, how much? Until you have evidence, like the Authors and Editors for Linux.com are required to have, your claims are bordering liable and could be subject to legal action.

Cory Buford
Virtual Realty Consultant
GateWay Marketing Online
Sr. Web Designers/Developers
Business Development Specialists
csr@gwmo.com http://www.gwmo.com

#

PostPath: Enterprise-strength open source alternative for Exchange - HOAX

Posted by: Anonymous [ip: 194.102.139.36] on August 29, 2008 08:30 AM
I agree that this is NOT OPEN SOURCE and this in NOT EVEN CHEAP.
This is definitely a shameless campaign and considering how much this solution costs I wonder how much did they pay to Linux.com.
They haven't actually contributed anything to the Linux community, not even some code to allow connecting to exchange from email clients like Thunderbird, Kmail or Evolution.

#

PostPath: Enterprise-strength open source alternative for Exchange

Posted by: Rishi Chopra on August 29, 2008 11:00 PM
In contrast to the other comments I would like to say that I'm happy to see Linux.com offering some information on PostPath. IMHO products, services, and solutions which use open-source software are also part of the open-source community and it's always nice to know more about open-source software. Keep up the good work!

#

This story has been archived. Comments can no longer be posted.



 
Tableless layout Validate XHTML 1.0 Strict Validate CSS Powered by Xaraya