Davrom Consulting Pty Ltd

Established Since 2001
PO Box 1644, Sunnybank Hills, Qld, 4109
ABN: 81 096 990 804

Site Time: 28 January 2023 - 20:41

Back to Newsletters

KEYWORDS= Davrom Consulting Newsletter - Issue # 50 - Dated: 20 Feb 2012

From the desk of David Clark

Only seems like yesterday I released the last newsletter and we are
already towards the later part of February 2012. Is it just me or is time
speeding up?

This newsletter I have touched on using CentOS Linux as an alternative to
Fedora or Red Hat Linux and we have been installing CentOS servers for some
time now.

As always it is great to find good little products out there that help
enhance an existing server setup so I have talked about our
implementation of ownCloud. I also came across phpBB which I will test
before writing an article on this - phpBB is an open source free bulletin
board system for Linux.

Support has been everything you can think of including dealing with some
ISP changes to the way they handle bulk e-mail sends from

I would like to thank the reader for their time in reading this


UNIX Quote

Linux vs Mac - same underlying technology, one has a better price.


For some time now you have seen me write and publish material on Fedora
Linux which is based on the Red Hat Linux releases. Over the past few
years I have also worked with CentOS which by comparison is based purely
on the official Red Hat Linux releases but is the free licence of their
product, as is Fedora.

My favourite quip in comparing Fedora to CentOS from a screen view
perspective is that if you take the logos out of the equation, they are
identical - which is correct being based on the core Red Hat.

So why would you use CentOS instead of Fedora? CentOS adheres to the
staged releases of the official Red Hat releases themselves and therefore
seldom change in any major part of the operating system packages. Fedora on
the other hand release updates quite often although still based on Red Hat.
Once you install Fedora it has a shorter supported life cycle for that
specific version (currently at Fedora 16 at the time of writing this
article) as compared to CentOS which is currently at version 6 (6.2 to be

At Davrom I run a Fedora 15 desktop (maybe going to 16 at some point) but
our e-mail/web server is running CentOS 6 and we have another internal
application server running CentOS 5.6. The two CentOS boxes, once set
up, do not need to change and here is the key - if you need a Linux that
is continually developed to suit the latest sound card, video card,
network adapter etc, then Fedora is more suited as there will be
someone out there hacking away at driver code to get it to run under
Fedora, whereas CentOS, is less likely to have the latest driver to
suit a very latest piece of hardware. To me this is the key difference.
So at Davrom I favour using CentOS for servers and Fedora for desktops.

Now before people from either Linux version start throwing sharp objects
at me, both versions do well as desktops and servers - the key for me is
in the overall role and need to change any major components that defines
their ultimate role. Both being based on Red Hat and an excellent free
open source alternative to the commercial versions.


Those who have spoken to me regarding cloud based solutions know that I
am against storing company data on anything other than an internal, fully
within your control, server. To date I am not convinced that if you store
your private/confidential information on someone else's server that it
remains actually yours - who really owns the information?

While I appreciate the concept of sharing files and information in a
wider forum via web interface I recently stumbled across an article in
Linux-Magazine on ownCloud.

ownCloud is in its early days but I have already implemented it as a
solution for a committee I serve on for members to upload, download
and share files and other information. I was amazed at how quickly it
installs and administration is very simple. I am now going to possibly
implement ownCloud for a family genealogy setup I already have in place
as a method to further share information on-line between family members.

For my initial purposes, we are using the one single web login to share
everything however ownCloud is designed to use a user/group sharing

By default ownCloud presents you with Files, Contacts, Calendar, Music
and Gallery categories. These can be disabled through the Apps manager
but also support a couple of other plugins such as a Bookmarks manager.
For calendaring it has an interface for the WebDAV/CalDAV technology so
essentially uses the backend features that already exist in the Apache
web server.

This small footprint but feature filled "ready to go" solution has now
become one of our other supported product offerings to our customers.

I will now need to control myself and not install it everywhere :-)

Link for ownCloud: http://owncloud.org

From the Trenches
Some comic or not so comic relief from the support days gone by.

Just turn it off and back on again

A company that was still using faxing technology had an issue with the
modem not sending the faxes one day - the fax solution hanging off a UNIX

When the customer phoned me I asked them to just turn off the modem and
then turn it back on again. They laughed and told me that was the same
support response used in the TV series the I.T Crowd.

What made the customer laugh all the more that following my suggestion,
faxing started working again.

Tech Tip

Recent bulk e-mail sending issues with some ISPs prompts me to cover

Most ISPs monitor the amount of e-mail traffic coming from the links they
provide to the Internet and what you may find, unless your ISP provides a
bulk e-mail server to send through, your e-mails will be canceled from
sending if you send a large amounts of e-mail in one hit, such as an
invoice or statement run.

Spammers use access points to quickly send hundreds or thousands of
e-mail all at once and most ISPs are set to look for this pattern and
mark it as spamming. In such instances innocent business e-mail can also
be treated this way and results in frustration for the sender and the
customers/contacts they are sending to.

As a recommendation to get around this, I recommend customers approach
their application support houses and ask if they can have the e-mails
sent with a 20-30 second time delay between each one. While this is
slower it gets around triggering the ISP anti-spam mechanism.

On your Linux e-mail server you can then monitor your e-mail sending
with commands like:

mailq -v


mailq -v | more

Back to Newsletters

Website design by Davrom Consulting Pty Ltd
This site is fully tested with Google Chrome and Firefox web bowsers

Home Page | Support | Misc | David's Pages | Podcasts | Contact Us | Blog