Just curious to know if there are any major advantages to using 1.8b9d14 over 1.8b8?
Here's the official word: At 3:12 PM +0400 10/23/02, Technical Support wrote:
OK, Here's the changes list (items marked '? ===>' were not implemented):for 1.8b9 1. Reverse order for logs in web interface 2. POST HTTP method (d2, fixed in d3) 3. Bug with immediate execution of deferred OT tasks (Loc versions of MacOS 9) 4. ? ===> resolve POP accounts through the router 5. extended pattern match for the router (d6, not activated) 6. The "Treat Authenticated as Clients" option to affect SMTP AUTH (d3). 7. DIGEST-MD5 was never supported. removed from prompts (d4). 8. Return Path is not verified for authenticated clients (d4). 9. SMTP and POP use OTAckSends to solve "OT out of memory"(d7) Was: retries are done on the SystemTask now (d5). 10. Problems with renaming/removing accounts with the slash (/) in its names via Web (d5). 11. AppleShare Registry is supported (MacOS passwords) (d7). 12. OTAckSends didn't helpwith OTAllocMem crashing, removed for now... 13. PIPELINING was not supported properly, removed for now from the prompts (d8) 14. Hosts on RBLs are cached on TempBan list (reason 4). (d8) 15. Stricter harvesting counters and suppressing. (d8) 16. For blacklisted host transient errors upped to permamnent ones. 17. '*' cancels AUTH LOGIN in SMTP 18. Split long Received headers 19. ? ===> NewRouter: special run for failed addresses (a local address failed to route to a local mailbox - apply something with wildcards to retry; like Mail to Unknown in CGP.) 20. added workaround for incorrect EOLs in POST data OmniWEB sends form text with LFs for EOLs (should be CRLF) (d10) 21. Looping bug in processing RBL servers list (d10) 22. SIMS might be overprotective refusing to relay addresses converted with 'full' router records (d11) 23. server host name appears in the server's initial prompt (d12) 24. reason is shown for hosts blacklisted due to many bad return paths (d13) 25. blacklisted IP address is shown in the SMTP rejection message (d13) 26. If an address is rejected by a remote system with 4xx error code, the message is delayed (used to bounce) (d14)
Are those running 1.8b9d14 finding it just as stable as 1.8b8 ? We've been running 1.8b8 for
ages now and it's very solid. Never a problem at all. I'm almost afraid to try something different
1.8b9d14 is rock-solid stable.
Would be pretty slick to have a carbon version of 1.8b8 !
As far as I know, d14 is not carbonized.
Frankly, I don't see much point in making SIMS run on OS X. I love SIMS and I love OS X, but their strong points are not at all complementary. SIMS is a great tool for making efficient and practical use of older Macs, but on OS X there are already free mail systems that are at least as powerful, although their ease of management leaves something to be desired. If Stalker wants to have a presence in the free OS X mail server area, they would be better off figuring out some way to put out a free variant of CGPro. To some extent SIMS started as a limited subset of the original Communigate, and a similar analog to the modern CGPro might provide the same function for Stalker and be a better system than simply a carbonized SIMS.
I notice that SIMS is now listed as a legacy product on the Stalker site. I wonder if this means
there will never be a final 1.8 or 1.9.
I very much hope that there will be a 'release' 1.8 even if it only amounts to Stalker re-labeling 1.8b9d14 and documenting all those changes. there are some 'unimplemented' changes that I'd very much like to see, but if Stalker really does see SIMS as a dead end (as I think is a rational view) they would be doing the SIMS user community (which includes some CGPro customers and evangelists) a real service by staking out the last release as a real release.
I also think that if Stalker wants to walk away from SIMS and generate goodwill among strong CGPro prospects, figuring out some way to release the source to SIMS for the community to support in the future would be a very smart move.
--
Bill Cole [EMAIL PROTECTED]
#############################################################
This message is sent to you because you are subscribed to
the mailing list <[EMAIL PROTECTED]>.
To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]>
To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]>
Send administrative queries to <[EMAIL PROTECTED]>
