[xmail] Re: 1.26-pre03
Davide, which kind of files we will see in the new tmp dir? We migrated to 1.26-pre03 (Win32) this morning but, after +- 3 hours, nothing was saved there. Regards Edinilson - ATINET-Professional Web Hosting Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - Original Message - From: Davide Libenzi [EMAIL PROTECTED] To: XMail mailing list xmail@xmailserver.org Sent: Tuesday, September 02, 2008 5:22 PM Subject: [xmail] 1.26-pre03 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 - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] XMail Win32 and drwtsn32.exe
I don´t know exactly what is happening with our server (Windows 2000 Server with all SPs and patches applied). With any version of XMail that we use (1.25 or the newer 1.26-pre03) drwtsn32.exe is being opened every time that ctrlclnt.exe is called (nothing is logged in drwatson.log). Any idea? Thanks Edinilson - ATINET-Professional Web Hosting Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: 1.26-pre03
Davide, just out of curiosity. Regarding the LF on disk vs CRLF in the SMTP protocol: Could you have read the file and converted LF-CRLF on the fly while sending the TCP data? Or does that create a performance hit that is unacceptable? Rob :-) _ It might look like I'm doing nothing, but on a cellular level, I'm quite busy. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Davide Libenzi Sent: Wednesday, September 03, 2008 6:22 AM To: XMail mailing list Subject: [xmail] 1.26-pre03 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 - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: XMail Win32 and drwtsn32.exe
Hello Edinilson Seems strange because here i use w2k all patchs (I just run again windowsupdate either critical or not to be sure, all is installed, none waiting in 'queue' ;) ) with xmail 1.25 (not tryed yet 1.26-prexx) and = never had this drwatson with neither ctrlclnt nor xmail Are you sure nothing else not 'microsoft' was updated themself that = could change somethink ? Nothing with possible virus scanning software ? Strange too that drwatson.log seems empty. I think you need to try a ctrlclnt complied in debug mode (need to = compile it with compiler and 'debug' option) to try to find what is going on. Francis -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part de Edinilson - ATINET Envoy=E9 : mercredi 3 septembre 2008 15:28 =C0 : xmail@xmailserver.org Objet : [xmail] XMail Win32 and drwtsn32.exe Importance : Haute I don=B4t know exactly what is happening with our server=20 (Windows 2000 Server=20 with all SPs and patches applied). With any version of XMail that we use (1.25 or the newer 1.26-pre03)=20 drwtsn32.exe is being opened every time that ctrlclnt.exe is=20 called (nothing=20 is logged in drwatson.log). Any idea? Thanks Edinilson - ATINET-Professional Web Hosting Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: 1.26-pre03
On Wed, 3 Sep 2008, Rob Arends wrote: Davide, just out of curiosity. Regarding the LF on disk vs CRLF in the SMTP protocol: Could you have read the file and converted LF-CRLF on the fly while sending the TCP data? This is what I do now, for Unixes. Windows messages gets sent vanilla. Or does that create a performance hit that is unacceptable? A simple sendfile() (for Linux) is going to be faster, that's sure. I'm pretty darn sure that nobody will notice the difference. - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: XMail Win32 and drwtsn32.exe
Francis, could you send me this version of ctrlclnt with debug option? Because we don´t have C++ compilers here. Regards Edinilson - ATINET-Professional Web Hosting Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - Original Message - From: CLEMENT Francis [EMAIL PROTECTED] To: xmail@xmailserver.org Sent: Wednesday, September 03, 2008 12:11 PM Subject: [xmail] Re: XMail Win32 and drwtsn32.exe Hello Edinilson Seems strange because here i use w2k all patchs (I just run again windowsupdate either critical or not to be sure, all is installed, none waiting in 'queue' ;) ) with xmail 1.25 (not tryed yet 1.26-prexx) and = never had this drwatson with neither ctrlclnt nor xmail Are you sure nothing else not 'microsoft' was updated themself that = could change somethink ? Nothing with possible virus scanning software ? Strange too that drwatson.log seems empty. I think you need to try a ctrlclnt complied in debug mode (need to = compile it with compiler and 'debug' option) to try to find what is going on. Francis -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part de Edinilson - ATINET Envoy=E9 : mercredi 3 septembre 2008 15:28 =C0 : xmail@xmailserver.org Objet : [xmail] XMail Win32 and drwtsn32.exe Importance : Haute I don=B4t know exactly what is happening with our server=20 (Windows 2000 Server=20 with all SPs and patches applied). With any version of XMail that we use (1.25 or the newer 1.26-pre03)=20 drwtsn32.exe is being opened every time that ctrlclnt.exe is=20 called (nothing=20 is logged in drwatson.log). Any idea? Thanks Edinilson - ATINET-Professional Web Hosting Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: 1.26-pre03
I´m asking because seems that XMail 1.26-pre03 is using %TEMP% for these temporaly stuff (and not tmp dir). Or tmp dir will only be used in others systems NOT Windows? Regards Edinilson - ATINET-Professional Web Hosting Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - Original Message - From: Davide Libenzi [EMAIL PROTECTED] To: xmail@xmailserver.org Sent: Wednesday, September 03, 2008 3:19 PM Subject: [xmail] Re: 1.26-pre03 On Wed, 3 Sep 2008, Edinilson - ATINET wrote: Davide, which kind of files we will see in the new tmp dir? We migrated to 1.26-pre03 (Win32) this morning but, after +- 3 hours, nothing was saved there. Hence the name tmp :) Stuff is only temorarly stored there. - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: XMail Win32 and drwtsn32.exe
On Wed, 3 Sep 2008, Edinilson - ATINET wrote: Francis, could you send me this version of ctrlclnt with debug option? Because we don´t have C++ compilers here. The ones inside all the pre-releases, are debug (and also have associated PDBs). - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: 1.26-pre03
On Wed, 3 Sep 2008, Edinilson - ATINET wrote: I´m asking because seems that XMail 1.26-pre03 is using %TEMP% for these temporaly stuff (and not tmp dir). Or tmp dir will only be used in others systems NOT Windows? $MAIL_ROOT/tmp is only used for certain temporary files. The %TEMP% is still used by XMail for other files. - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]