XMail Forum -> Xmail 1.26-pre03 Released !

Cookie Disclaimer: This forum uses only essential, anonymous session cookies (xmailforum*), nothing to be scared of.

Xmail 1.26-pre03 Released !

Track this topic | Email this topic | Print this topic

hschneider

Posted: Sep 2 2008, 11:00 PM

No - I'm not an answering script ...
Group Icon

Group: Admin
Posts: 6631
Member No.: 195
Joined: 19-June 02

QUOTE

I made 1.26-pre03:

http://www.xmailserver.org/xmail-1.26-pre03.tar.gz
http://www.xmailserver.org/xmail-1.26-pre03.win32bin.zip

Changelog:

- Changed the line termination used to store messages into the mailboxes
of Unix versions of XMail. Now messages are stored with the OS native LF
termination, instead of the RFC CRLF that was used before.
This allows other Unix softwares working together with XMail to not be
confused by the extra CR present in the line termination.

- The "smtprelay" behaviour with respect to 5xx responses from one of the
servers in the relay list, has been changed. Now a 5xx response will
stop the processing, instead of iterating on the remaining servers of
the list.

- Avoid to crawl all the USER.TAB file during a "userlist" CTRL command.

- Fixed a bug that allowed non-RFC characters inside domain names.

- Fixed OSX Leopard build error.

- Added "timeo" option to flags execution.

- Added "NoAuth", "EnableVRFY" and "EnableETRN" settings inside IP properties.

The biggest change is the first. Since when XMail started delivering to
Maildir (long time ago), people started using XMail together with other
softwares that can get confused by the extra CR. How can this happen is
beyond my grasp, since handling both cases requires like one line of extra
code. But anyway.
One of the reasons why I chose to save the mailbox file in CRLF form, was
due to the fact that the message could have been delivered with fast OS
primitives, if already in CRLF (and hence RFC) form. This avoided creating
extra copies of the message file during the SMAIL processing.
In order to shove an extra file copy during the processing, I changed the
way temporary file are created when it comes to SMAIL local delivery.
Before such files were created inside the system temporary directory (/tmp
or %TEMP%), and then a copy+delete was done to move the message inside the
mailbox. The copy+delete was needed, insated of a standard OS move/rename,
because the mailbox mount/drive coulad have been located in another
mount/drive WRT the temporary directory.
Now things are changed and XMail will use a "tmp" directory inside
MAIL_ROOT.
What does it change for you? If you don't mount domain subdirectories to
other mount/drives (like 99% of XMail users), nothing. Xmail will
automatically create the "tmp" subdirectory and the switch to the new
version will be transparent.
If you happen to mount domain subdirectories onto other mount/drives WRT
MAIL_ROOT, you simply have to remember to create a ".tmp" directory at the
root of the directory mount/drive.

- Davide

--------------------

Bye,
Harald

-- Download XMail Queue Manager 1.46 NOW: XMail Server Tools
-- Cross platform remote queue management!
-- Message analyzing on the fly!
-- Builtin diagnostics knowledge base!
-- Manages multiple mail queues!

Sponsored by
CD-Produktion und DVD-Produktion and Homestaging Saarland - Immobilien schneller verkaufen in der Region Saarland, Rheinland-Pfalz und Luxembourg

hschneider	Posted: Sep 5 2008, 08:46 AM
No - I'm not an answering script ... Group: Admin Posts: 6631 Member No.: 195 Joined: 19-June 02	Take care if you use filters which rely on the old line ending format, e.g. 3rd party IMAP bindings: http://xmailforum.homelinux.net/index.php?...f=1&t=4312&st=0 -------------------- Bye, Harald -- Download XMail Queue Manager 1.46 NOW: XMail Server Tools -- Cross platform remote queue management! -- Message analyzing on the fly! -- Builtin diagnostics knowledge base! -- Manages multiple mail queues! Sponsored by CD-Produktion und DVD-Produktion and Homestaging Saarland - Immobilien schneller verkaufen in der Region Saarland, Rheinland-Pfalz und Luxembourg

0 User(s) are reading this topic (0 Guests and 0 Anonymous Users)

0 Members:

« Next Oldest | Announcements | Next Newest »

XMailforum is a readonly knowledge archive now.

Registering as a new user or answering posts is not possible anymore.

Might the force be with you, to find here what you are looking for.