hMailServer 5.0, build 257 (Alpha)

Post by **martin** » 2007-11-28 13:17

A new 5.0 alpha is now available:
http://download.hmailserver.com/dev/hMa ... 0-B277.exe

This build can only be used for testing purposes, and you should absolutely not upgrade an existing production installation to this build.

The following changes have been made:

Installation: It's now possible to install hMailServer 5 in Windows 2000 SP4.
Installation: MSVCR80.dll is now installed into the hMailServer bin directory, to prevent errors during installation. (hMailServer requires this DLL to run)
Administration: Sometimes the Connect button was disabled in the connection dialog.
Administration: When selecting a recipient to add to a list, an ID number was added instead of the real address.
API: When retrieving IMAP folder names via the COM API, the folder names are Unicode-encoded (instead of being encoded with modified-UTF7).

danny6167 · Post by **danny6167** » 2007-11-28 17:03

Is there a list of known bugs for this release? Oh and congratz on v5, looks nice.

katip · Post by **katip** » 2007-11-28 21:05

Hi Martin,

that's what i get whenever i change from one item to another on admin interface:

and then abort. fyi.

//edit:
server w2k3 sp2 en
client xp pro sp2 en

Post by **martin** » 2007-11-28 21:19

katip, Is there any error reported in the hMailServer error log? When you say "item", what do you mean then?

danny6167, not at this stage. I have a list locally here but I won't publish it until it reaches beta. I haven't tested half of version 5 yet and publishing a list of known issues would hence just be misleading. Also, maintaining an list like that officially would require much work since so many things happens right now. I'm planning to do some heavy rework on hMailServer Administrator as well before the release and I expect to introduce new issues.

dzekas · Post by **dzekas** » 2007-11-28 22:47

martin wrote:

API: When retrieving IMAP folder names via the COM API, the folder names are Unicode-encoded (instead of being encoded with modified-UTF7).

Define "Unicode". Is it UTF-16, UCS-2, UTF-8 or something else.

Post by **martin** » 2007-11-28 23:51

UTF-16.

The unicode support isn't completely implemented yet so you may run into issues if you test it though. I've tested to access chinese, japanese, swedish, etc folders, mixes of different languages it appears to work fine. (It looks correct both ways, creating in IMAP client, accessing via API and creating via API and accessing via IMAP client)

But there's still more testing before it's complete (after all, it's alpha).

I may be wrong here, but the hMailServer API relies on COM. And COM in its turn relies on BSTR's for passing strings. And those are always UTF-16. So you have always received UTF-16 formatted strings from the hMailServer API, it's just a matter of whether the API has returned the correct data or not..

Slug · Post by **Slug** » 2007-11-29 00:49

danny6167 wrote:Is there a list of known bugs for this release? Oh and congratz on v5, looks nice.

No, thats why its an Alpha release

Install it and report the bugs you find

Michael

GlenC · Post by **GlenC** » 2007-11-29 01:34

I found another oddity, in my logs it appears that every connection is from my server. Maybe that explains why graylisting and the integrated spamassassin isn't working for me. I didn't miss some new setting somewhere did I? (192.168.15.150 is my server)

Code: Select all

"SMTPD"	4692	3	"2007-11-27 20:22:36.843"	"192.168.15.150"	"SENT: 220 mydomain.com - ESMTP - at your service!"
"SMTPD"	4692	3	"2007-11-27 20:22:37.187"	"192.168.15.150"	"RECEIVED: HELO autoriza0a2f74"
"SMTPD"	4692	3	"2007-11-27 20:22:37.187"	"192.168.15.150"	"SENT: 250 Hello."
"SMTPD"	4692	3	"2007-11-27 20:22:37.531"	"192.168.15.150"	"RECEIVED: MAIL FROM:<BonitadoreenBiggs@somespammer.com>"

katip · Post by **katip** » 2007-11-29 05:33

katip wrote:Hi Martin,

that's what i get whenever i change from one item to another on admin interface:

For instance when i doubleclick an item on the left panel to expand it (domains for example... or any other thing).

//edit:
on server (win2k3) it works fine. problem appears only on client (xp pro sp2 en).

Slaine · Post by **Slaine** » 2007-11-29 11:24

I've had a look at v5, and oh my, oh my it looks better than an early Chistmas present... not that I expect it to be completed by then...

Just one tiny question: Over here http://www.hmailserver.com/forum/viewtopic.php?t=5803 it mentions having some sort of clustering support.

...er, is it still in the pipeline? Can't find anything to suggest clustering support...

^DooM^ · Post by **^DooM^** » 2007-11-29 13:01

To my knowledge that was put on the backburner for now.

Slaine · Post by **Slaine** » 2007-11-29 13:09

...darn...

Slug · Post by **Slug** » 2007-11-29 13:25

Martin I have a question ...

I noticed when I did the upgrade to V5 the installer did NOT ask if I wanted to use the internal or external DB. Is this because hMs noticed that an external copy of MySQL was installed on the machine I installed hMs on ?

Michael

dzekas · Post by **dzekas** » 2007-11-29 21:44

martin wrote:

Installation: MSVCR80.dll is now installed into the hMailServer bin directory, to prevent errors during installation. (hMailServer requires this DLL to run)

Check Visual Studio 2005 licensing terms. I suspect that you must distribute

Code: Select all

\VC\redist\x86\Microsoft.VC80.CRT\
	msvcm80.dll
	msvcp80.dll
	msvcr80.dll
	Microsoft.VC80.CRT.manifest

msvcr80.dll alone can be distributed only with Smart device applications

Post by **martin** » 2007-12-02 15:32

Thanks dzekas. I will check the redistribution terms myself. I relied to much on another 3'rd party source when I added them to my installation, but of course this is entirely my responsibility.

This is an interesting topic though. I don't see any technical reasons to do this, and I don't see that it would benefit anyone if I redistrubte these DLL's, not even Microsoft and definitvely not the end-user. I wonder if Microsoft intention is to reduce the amount of potential problems and hence reduce the number of support calls they get. Or something..

hMailServer 5.0, build 257 (Alpha)

hMailServer 5.0, build 257 (Alpha)

Re: hMailServer 5.0, build 257 (Alpha)

Re: hMailServer 5.0, build 257 (Alpha)