experience with SuSE' eMail-Server II ?
hi folks, my company has bill's exchange 5.5 in use and i want to get rid of it due to some problems which occure again and again. in addition i've got sleepless night because of exchange's way of storing all the data (emails, contacts, calendars,...) of every user in only one file. if this big file (at the moment 2,5 GB at 15 users) gets corrupt, the whole exchange-environment is dead. this would mean no email for anybody. in my oppinion not a really clever way of storing data... has anyone experience and/or more detailed infos/specs about SuSE' eMail-Server II? unfortunately SuSE's webpage can't me help good enough... very interesting would be to know how far the import of exchange-data to eMail-Server II goes, if available/possible... thanks in advance! bye florian
* Florian Vigyikan [Sun, 6 May 2001 14:15:39 +0200 ]:
has anyone experience and/or more detailed infos/specs about SuSE' eMail-Server II? unfortunately SuSE's webpage can't me help good enough... very interesting would be to know how far the import of exchange-data to eMail-Server II goes, if available/possible...
I guess you've looked at http://www.suse.de/us/products/bizprod/imap . For more detailed questions contact sales@suse.com or sales@suse.de. -- Penguins to save the dinosaurs -- Handelsblatt on Linux for S/390
----- Original Message ----- From: "Florian Vigyikan" Sunday, May 06, 2001 2:15 PM Subject: [SLE] experience with SuSE' eMail-Server II ?
my company has bill's exchange 5.5 in use and i want to get rid of it due to some problems which occure again and again. in addition i've got sleepless night because of exchange's way of storing all the data (emails, contacts, calendars,...) of every user in only one file. if this big file (at the moment 2,5 GB at 15 users) gets corrupt, the whole exchange-environment is dead. this would mean no email for anybody. in my oppinion not a really clever way of storing data...
has anyone experience and/or more detailed infos/specs about SuSE' eMail-Server II?
We startet using it last weekend, so our experience is limited. It seems to have a nasty design-bug in the return-code, when en e-mail is larger than the postfix mail-size-max. I dont think, my colleage has found a way around it. Basically it is a web-frontend to postfix, cyrus, quota, ldap and procmail, with imp-webmail. It needs a lot of mouse-clicking, and I dont expect the average office-user can handle the procmail- configuration without help.. It has only support for english and german language. It has no calendar. If you need that, you have to go for say phpGroupware too, and that is still in beta (the caslender seems OK by now) and web-based, which means slow and even more mouse-clicking.
unfortunately SuSE's webpage can't me help good enough... very interesting would be to know how far the import of exchange-data to eMail-Server II goes, if available/possible...
No idea. We came from postfix and pop3. mvh... Morten Christensen
Morten Christensen wrote:
We startet using it last weekend, so our experience is limited.
It seems to have a nasty design-bug in the return-code, when en e-mail is larger than the postfix mail-size-max. I dont think, my colleage has found a way around it.
Did you submit a report?
Basically it is a web-frontend to postfix, cyrus, quota, ldap and procmail, with imp-webmail. It needs a lot of mouse-clicking, and I dont expect the average office-user can handle the procmail- configuration without help..
NO. It _has_ a webinterface, but it _IS_ a mailserver, consisting of the key components - core linux system - LDAP based users - postfix (MTA) - imap/pop3 interface for accessing mail I would see this as the normal case. Use outlook, netscape, any pop3 or better imap client. - webinterface for accessing mail This is more an "emergency" or for very irregular mail users. Anyone doing email regularly doesn't want to do it in a webinterface. - webinterface for configuring the individual users' account - admin-webinterface for configuring the server and users The postfix/ldap/imap core is very scalable. The webinterface is not. What we expect people to use 95% of the time are outlook, netscape or any other mailclients accessing the mailserver via IMAP, i.e. people access the webinterface only very rarely and mostly only for setting up their account. The very nice thing is that the server is user-less, because no user is entered as a system user but only exists in the LDAP directory. This scales very well to many thousands of people in addition to being "nice", plus the directory can be searched e.g. by netscape mail clients. postfix is much, much faster than sendmail, easier to adminster (when you know sendmail very well, it uses the same names for config. options), and has a much more secure concept with lots of small dedicated programs instead of one big suid binary. It's like qmail in this respect. It was developed by IBM. About the interface, my personal take: The admin interfaces could be better, but they do what they're supposed to. The mail interface itself: I always compare with my yahoo mail account, and they have the better webinterface. However, see above, we really don't think a lot of people will use this interface regularly, almost everyone uses a regular mail client and never, ever gets to see the mailserver. After all, this is what most of our clients are after, to replace the NT server and no one should ever notice.
It has only support for english and german language.
You can send emails in ANY language ;-)
It has no calendar. If you need that, you have to go for say phpGroupware too, and that is still in beta (the caslender seems OK by now) and web-based, which means slow and even more mouse-clicking.
Yes. If you want a groupware and not just a mailserver (what was the name of the product again?!) please get a groupware server and not an email server, such as the SuSE Groupware Server, which comes with Lotus as a bundle and is by far the easiest Lotus on Linux installation out there.
unfortunately SuSE's webpage can't me help good enough... very interesting would be to know how far the import of exchange-data to eMail-Server II goes, if available/possible...
No idea. We came from postfix and pop3.
You can use the email servers' fetchmail interface (or the command line any time) to fetch the emails from the exchange server via IMAP or POP3 and store it on the SuSE email-server.
Michael Hasenstein wrote:
unfortunately SuSE's webpage can't me help good enough... very interesting would be to know how far the import of exchange-data to eMail-Server II goes, if available/possible...
No idea. We came from postfix and pop3.
You can use the email servers' fetchmail interface (or the command line any time) to fetch the emails from the exchange server via IMAP or POP3 and store it on the SuSE email-server.
By the way, if you can't/don't want to find out how to do it yourself, we can help you. That's what suse business support is for. We only ask you to have Exchange IMAP and/or POP3 ready when you call, because we can't help setting up _that_ part (some can, but MS support is not part of our guaranteed offerings...)
----- Original Message ----- From: "Michael Hasenstein" Monday, May 07, 2001 11:27 PM Subject: Re: [SLE] experience with SuSE' eMail-Server II ?
Morten Christensen wrote:
It seems to have a nasty design-bug in the return-code, when en e-mail is larger than the postfix mail-size-max. I dont think, my colleage has found a way around it.
Did you submit a report?
----------> cut begin <-------------- Ticket [20010425420000390] The problem causing your troubles is: The parameter 'message_size_limit' defines the maximum size of the queue-file. That means, that postfix cannot append to the file once it is filled. That causes an error that make postfix believe that it might be able to receive and queue this mail at a later time. We are currently investigating, whether we can make postfix generate a final error at this point, without having to 'hack' postfix's code. I will keep you informed. Kind regards, Your SuSE Support-Team Daniel Rahn (nstts@suse.de) ----------> cut end <-------------- I am surprised, that a bug like that isnt fixed in the original postfix long ago. mvh... Morten Christensen
participants (4)
-
Florian Vigyikan -
Michael Hasenstein -
Morten Christensen -
Philipp Thomas