Topic: SME Server 7.0 release status (see thread in SME 7.x forum)

[gordonr]

When building servers for clients who for one reason or another don't wish to use SME, I usually use Exim as the MTA.  I've found it very flexible, stable, and easy to configure - much more so than Qmail or Postfix.  Is there any particular reason for not choosing Exim as the MTA?

- We started with qmail before Postfix or exim existed (in stable, released versions)
- Nobody has done all of the work to convert to Postfix or exim to provide the equivalent of all of the configuration we currently have with qmail
- My personal view would be that Postfix would be my alternative MTA of choice, for various design reasons (and qpsmtpd already has a Postfix backend...)

Now, if someone felt like providing an equivalent of the entire SME Server qmail configuration for Postfix, we'd be very interested and might consider making the switch.

[hanscees]

hi,

I installed sme7.0 alpha 26 in vmware.
But accessing
https://192.168.0.23/e-smith-manager

does not work. Where should i go?

Hans-Cees

[hanscees]

hi,

I installed sme7.0 alpha 26 in vmware.
But accessing
https://192.168.0.23/e-smith-manager

does not work. Where should i go?

Hans-Cees

server-manager....

duh..

[gordonr]

Now, if someone felt like providing an equivalent of the entire SME Server qmail configuration for Postfix, we'd be very interested and might consider making the switch.

And David Beveridge and others have We're not going to be able to get it into 7.0, but we are laying the groundwork to make it easy to choose it as an option prior to making the switch in a later release.

[gordonr]

Hi everyone,

7.0beta1 is on its way to the mirrors. The major visible work has been in the installer, with lots of bug fixes under the covers.

For those who have been holding off, it's time to start testing 7.0 - we think you'll like it.

Please report any bugs to the bug tracker (and only there, please):
    https://sourceforge.net/tracker/?func=add&group_id=96750&atid=615772

Here's the Changelog:

7.0alpha26 -> 7.0beta1
======================
- Use anaconda upgrade detection
- Boot straight into anaconda
- Remove KickStart configuration files (no longer used)
- Hide many installer screens
- Clean up RPM dependencies and package lineage
- Removed some unused packages from CD image
- Many, many bug fixes - see the bug tracker here:
https://sourceforge.net/tracker/?func=add&group_id=96750&atid=615772

Many, many thanks to all of the bug reporters, contributors and testers. Special thanks to Chris Burnat, Filippo Carletti, Brian Read and Greg Swallow - please keep it up.

"Merci beaucoup" to Didier Rambeau for the French translations.

Thanks,

Charlie, Shad and Gordon

[guest22]

Thx! guys!

[icpix]

Hearty congratulations;~)

----best wishes, Robert

[kmccarn]

Thanks - I'll have it running here this weekend. (waiting for the mirrors)

 

[jester]

To speak with the words of the legendary (ahum) Pointer Sisters: "I'm so excited, and i just can't hide it!"

jester.

[frajar]

How to disable software raid on SME 7.0 A26?

Thanks for help.

[fargo]

Hilaa Baliblaa
Tobuq Tobuq Tobuq ...

[RonM]

- Many, many bug fixes - see the bug tracker here:
https://sourceforge.net/tracker/?func=add&group_id=96750&atid=615772

Just an FYI, an impressively long list of bug fixes is viewable here:

https://sourceforge.net/tracker/index.php?func=browse&group_id=96750&atid=615772&set=custom&_assigned_to=0&_status=2&_category=100&_group=100&order=open_date&sort=DESC&offset=0

What a lot of work!
Thanks guys!

RonM

[CharlieBrady]

How to disable software raid on SME 7.0 A26?

You can't. Why do you want to? It's not doing anything to harm you. Or is it?

[jujubickoill]

nice job to devlopers

[gregswallow]

How to disable software raid on SME 7.0 A26?

It is a misconception is that software raid is inferior.  You'll find many opinions if you search around the net, but when people take the time to test and document, they usually conclude that on today's fast CPU's, Linux software raid is just as good or better.  

This is a fairly recent benchmark someone made comparing a 3ware raid card (not a cheap card) to linux software raid:
http://spamaps.org/raidtests.php
"I think in this test we've shown that the 3ware's hardware RAID5 is totally inferior to Linux 2.6.x's Software RAID5. The only advantage to using it is that when you're dual booting, it will work the same in Windows/Linux. For a server, its not even an option, as you see the dips in the concurrent numbers. It might be more fair if the 3ware could use larger chunk-sizes than 64KB."

And about cheap SATA raid cards:
http://linuxmafia.com/faq/Hardware/sata.html#fakeraid
"Most ATA RAID host adapters (except 3Ware Escalade, Adaptec 24x0, Areca, HP/Compaq, IBM ServeRAID, Intel SRC*/ICP Vortex, LSI Logic MegaRAID 150-4/150-6, and Tekram) turn out, upon examination, to not be real hardware RAID, but rather software/BIOS-dependent fakeraid. (I.e., missing hardware functionality is traditionally emulated inside idiosyncratic, undocumented, and proprietary software drivers, to hit low price points). Fakeraid is difficult to support in Linux — absent either reverse-engineering, special proprietary drivers, or (rare) manufacturer cooperation. (HighPoint, LSI Logic, Nvidia, Promise, and VIA provide proprietary drivers to support their respective fakeraids. I personally would steer clear.)"