[xmail] Re: Abemus Papam ...
[EMAIL PROTECTED] <> wrote on Wednesday, April 20, 2005 1:22 PM: > Great pleasure to present the german Kardinal Ratzinger as > the new pope. > Especially to Davide. > No Italian - a german did it. ;) >=20 > And next yeah, we'll win the FIFA World Cup. In the final match we'll > beat Italy, too. xD=20 >=20 > Have a nice day guys. :) * Davide sets mode: +b [EMAIL PROTECTED] *scnr* - 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: Abemus Papam ...
Great pleasure to present the german Kardinal Ratzinger as the new pope. Especially to Davide. No Italian - a german did it. ;) And next yeah, we'll win the FIFA World Cup. In the final match we'll beat Italy, too. xD Have a nice day guys. :) --=20 Regards, Alexander Hagenah - 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: Abemus Papam ...
Actually, I believe the ebuild I sent you is set up for use with CourierIMAP, because users need direct access to their maildir. A strict POP3 & SMTP install, like my earlier ebuilds in Gentoo's bugzilla, were closer to the documentation. I haven't touched the ebuild in quite a while except for version bumps, so I might not remember it correctly (don't have it in front of me ATM). Sorry. I hope that doesn't mess anyone up. Dustin C. Hatch wrote: > Portage is not specific about what you name your ebuilds, so it would be > feasible to create two ebuilds, ie xmail-1.21.ebuild and > xmail_chroot-1.21.ebuild. The only foreseeable problem with this is if > you don't unmerge the original chrooted version before installing the > new chrooted version would be that you would have two ebuilds merged > onto your system. This would be a simple problem to correct, using > portage's package blocker detection. ie, emerge -p xmail_chroot with > xmail previously installed would return > # emerge --pretend xmail_chroot > > These are the packages I would merge, in order > > Calculating dependencies ...done! > [blocks B ] mail-mta/xmail (from pkg mail-mta/xmail_chroot-1.21) > [ebuild N] mail-mta/xmail_chroot-1.21 > > Would this be a good solution? I think it can be done, then Sergey can > maintain the chroot, and Kevin or whoever wants to can maintain the > standard. > > I do, however like the Gentoo file structure, which doesn't veer too far > from the documentation, merely replacing $MAIL_ROOT = /var/MailRoot with > $MAIL_ROOT = /etc/xmail. I did remove the symlink into /home/xmail as > that merely confused me :D > > Dustin C. Hatch > http://www.dchweb.com > > > Kevin Williams wrote: > > >>When I introduced the XMail Server ebuild to Gentoo, I tried to achieve >>the same resulting install that one would have if following the >>Readme.html document. This way, the documentation would match one's file >>system. Also, since it was new to Gentoo, I thought following the >>documentation would be a Good Idea. >> >>I don't prefer non-chroot over chroot. I think a chroot-ed server that >>doesn't match the distributed documentation is a poor choice for an >>audience of users who likely have never used the server before. Davide >>specifically addresses his choice of permissions and file locations in >>the documentation, and I don't believe his setup is any less secure than >>he claims. >> >>I also don't agree that the ebuild should do the chroot for you. Most >>other servers in Gentoo don't do that. That is a server setup left to >>the skills of dedicated administrators. I wouldn't mind having two >>ebuilds in Gentoo, as long as it's clear which is which. The >>documentation would have to be changed or appended for the chroot-ed >>version, too. >> >>QuinoX wrote: >> >> >> >>>1) If I may ask, why do you prefer nonchroot over chroot ? >>>2) If you add a nonchrooted version to portage, will that make my server >>>nonchrooted too if I use that ebuild to update? If it does, I guess some >>>people will not like that (myself included) >>> >>>Kevin Williams schrieb: >>> >>> >>> >>> >>> Feel free to update that ebuild and use it however you like. Dustin C. Hatch wrote: >Has someone created an ebuild for 1.21 yet? If not, I will create it >and submit it to gentoo's bugzilla. Kevin, is it alright if I update >the ebuild you sent me? I prefer it to the chrooted version. > >Dustin C. Hatch >http://www.dchweb.com/ > >Davide Libenzi wrote: > > > > > > > >>1.21 it is, at the end: >> >>http://www.xmailserver.org >> >>*snip impressive list of changes snip* >> >>- 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] >>> >>> >>> >> >>-- >>Scanned for viruses by ClamAV >>- >>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] > -- Scanned for viruses by ClamAV - 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" i
[xmail] Re: Abemus Papam ...
Portage is not specific about what you name your ebuilds, so it would be feasible to create two ebuilds, ie xmail-1.21.ebuild and xmail_chroot-1.21.ebuild. The only foreseeable problem with this is if you don't unmerge the original chrooted version before installing the new chrooted version would be that you would have two ebuilds merged onto your system. This would be a simple problem to correct, using portage's package blocker detection. ie, emerge -p xmail_chroot with xmail previously installed would return # emerge --pretend xmail_chroot These are the packages I would merge, in order Calculating dependencies ...done! [blocks B ] mail-mta/xmail (from pkg mail-mta/xmail_chroot-1.21) [ebuild N] mail-mta/xmail_chroot-1.21 Would this be a good solution? I think it can be done, then Sergey can maintain the chroot, and Kevin or whoever wants to can maintain the standard. I do, however like the Gentoo file structure, which doesn't veer too far from the documentation, merely replacing $MAIL_ROOT = /var/MailRoot with $MAIL_ROOT = /etc/xmail. I did remove the symlink into /home/xmail as that merely confused me :D Dustin C. Hatch http://www.dchweb.com Kevin Williams wrote: >When I introduced the XMail Server ebuild to Gentoo, I tried to achieve >the same resulting install that one would have if following the >Readme.html document. This way, the documentation would match one's file >system. Also, since it was new to Gentoo, I thought following the >documentation would be a Good Idea. > >I don't prefer non-chroot over chroot. I think a chroot-ed server that >doesn't match the distributed documentation is a poor choice for an >audience of users who likely have never used the server before. Davide >specifically addresses his choice of permissions and file locations in >the documentation, and I don't believe his setup is any less secure than >he claims. > >I also don't agree that the ebuild should do the chroot for you. Most >other servers in Gentoo don't do that. That is a server setup left to >the skills of dedicated administrators. I wouldn't mind having two >ebuilds in Gentoo, as long as it's clear which is which. The >documentation would have to be changed or appended for the chroot-ed >version, too. > >QuinoX wrote: > > >>1) If I may ask, why do you prefer nonchroot over chroot ? >>2) If you add a nonchrooted version to portage, will that make my server >>nonchrooted too if I use that ebuild to update? If it does, I guess some >>people will not like that (myself included) >> >>Kevin Williams schrieb: >> >> >> >> >>>Feel free to update that ebuild and use it however you like. >>> >>>Dustin C. Hatch wrote: >>> >>> >>> >>> >>> Has someone created an ebuild for 1.21 yet? If not, I will create it and submit it to gentoo's bugzilla. Kevin, is it alright if I update the ebuild you sent me? I prefer it to the chrooted version. Dustin C. Hatch http://www.dchweb.com/ Davide Libenzi wrote: >1.21 it is, at the end: > >http://www.xmailserver.org > >*snip impressive list of changes snip* > >- 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] >> >> >> > >-- >Scanned for viruses by ClamAV >- >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: Abemus Papam ...
When I introduced the XMail Server ebuild to Gentoo, I tried to achieve the same resulting install that one would have if following the Readme.html document. This way, the documentation would match one's file system. Also, since it was new to Gentoo, I thought following the documentation would be a Good Idea. I don't prefer non-chroot over chroot. I think a chroot-ed server that doesn't match the distributed documentation is a poor choice for an audience of users who likely have never used the server before. Davide specifically addresses his choice of permissions and file locations in the documentation, and I don't believe his setup is any less secure than he claims. I also don't agree that the ebuild should do the chroot for you. Most other servers in Gentoo don't do that. That is a server setup left to the skills of dedicated administrators. I wouldn't mind having two ebuilds in Gentoo, as long as it's clear which is which. The documentation would have to be changed or appended for the chroot-ed version, too. QuinoX wrote: > 1) If I may ask, why do you prefer nonchroot over chroot ? > 2) If you add a nonchrooted version to portage, will that make my server > nonchrooted too if I use that ebuild to update? If it does, I guess some > people will not like that (myself included) > > Kevin Williams schrieb: > > >>Feel free to update that ebuild and use it however you like. >> >>Dustin C. Hatch wrote: >> >> >> >>>Has someone created an ebuild for 1.21 yet? If not, I will create it >>>and submit it to gentoo's bugzilla. Kevin, is it alright if I update >>>the ebuild you sent me? I prefer it to the chrooted version. >>> >>>Dustin C. Hatch >>>http://www.dchweb.com/ >>> >>>Davide Libenzi wrote: >>> >>> >>> >>> 1.21 it is, at the end: http://www.xmailserver.org *snip impressive list of changes snip* - 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] > -- Scanned for viruses by ClamAV - 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: Abemus Papam ...
1) If I may ask, why do you prefer nonchroot over chroot ? 2) If you add a nonchrooted version to portage, will that make my server nonchrooted too if I use that ebuild to update? If it does, I guess some people will not like that (myself included) Kevin Williams schrieb: >Feel free to update that ebuild and use it however you like. > >Dustin C. Hatch wrote: > > >>Has someone created an ebuild for 1.21 yet? If not, I will create it >>and submit it to gentoo's bugzilla. Kevin, is it alright if I update >>the ebuild you sent me? I prefer it to the chrooted version. >> >>Dustin C. Hatch >>http://www.dchweb.com/ >> >>Davide Libenzi wrote: >> >> >> >>>1.21 it is, at the end: >>> >>>http://www.xmailserver.org >>> >>>*snip impressive list of changes snip* >>> >>>- 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: Abemus Papam ...
Feel free to update that ebuild and use it however you like. Dustin C. Hatch wrote: > Has someone created an ebuild for 1.21 yet? If not, I will create it > and submit it to gentoo's bugzilla. Kevin, is it alright if I update > the ebuild you sent me? I prefer it to the chrooted version. > > Dustin C. Hatch > http://www.dchweb.com/ > > Davide Libenzi wrote: > > >>1.21 it is, at the end: >> >>http://www.xmailserver.org >> >>* Sun Jan 9 2005 Davide Libenzi >> Added a fix for 64 bits porting compatibility. >> Added the ability to exclude filters from execution in case of >> authenticated user. >> By pre-pending the filter command token with a token containing "!aex", >> the filters >> won't be run if the user authenticated himself. >> Added @@USERAUTH macro even to standard in/out filters (before it was only >> defined >> for SMTP ones). >> Added a new "NoSenderBounce" variable inside the SERVER.TAB file, to enable >> XMail generated bounce messages to have the empty SMTP sender ('MAIL >> FROM:<>'). >> Added a new "SMTP-MaxErrors" variable inside the SERVER.TAB file to set >> the maximum >> errors allowed in a single SMTP session (default zero, unlimited). >> Added a "LastLoginTimeDate" variable to the "userstat" CTRL command. >> Added external aliases support in the CTRL protocol. >> The MESSAGE.ID file is now automatically created, if missing. >> Changed the logic used to treat domain and user MAILPROC.TAB files. >> Before, a user's >> MAILPROC.TAB was overriding the domain one, while now the rules are merged >> together, >> with domain's ones first, followed by user's ones. >> The maximum mailbox size of zero is now interpreted as unlimited. >> Fixed XMail's sendmail to detect non-RFC822 data and handle it correctly. >> The IP:PORT addresses emission in spool files (and Received: lines) has >> been changed >> to the form [IP]:PORT. >> Added filter logging, that is enabled with the new -Qg command line option. >> Fixed an error message in the SMTP server, that was triggered by the >> remote client >> not using the proper syntax for the "MAIL FROM:" and "RCPT TO:" commands. >> Fixed explicit routing through SMTPGW.TAB file. >> Fixed a possible problem with file locking that might be triggered from >> CTRL commands >> cfgfileget/cfgfileset. >> Added a check to avoid the CTRL server to give an error when a domain >> created with >> older versions of XMail does not have the domain directory inside >> cmdaliases. >> The SMTP server FQDN variable should be set to the value of >> "SmtpServerDomain", when >> this is used inside the SERVER.TAB file. >> >> >> >>- 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] > -- Scanned for viruses by ClamAV -- Scanned for viruses by ClamAV -- Scanned for viruses by ClamAV -- Scanned for viruses by ClamAV - 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: Abemus Papam ...
Has someone created an ebuild for 1.21 yet? If not, I will create it and submit it to gentoo's bugzilla. Kevin, is it alright if I update the ebuild you sent me? I prefer it to the chrooted version. Dustin C. Hatch http://www.dchweb.com/ Davide Libenzi wrote: >1.21 it is, at the end: > >http://www.xmailserver.org > >* Sun Jan 9 2005 Davide Libenzi >Added a fix for 64 bits porting compatibility. >Added the ability to exclude filters from execution in case of > authenticated user. >By pre-pending the filter command token with a token containing "!aex", > the filters >won't be run if the user authenticated himself. >Added @@USERAUTH macro even to standard in/out filters (before it was only > defined >for SMTP ones). >Added a new "NoSenderBounce" variable inside the SERVER.TAB file, to enable >XMail generated bounce messages to have the empty SMTP sender ('MAIL > FROM:<>'). >Added a new "SMTP-MaxErrors" variable inside the SERVER.TAB file to set > the maximum >errors allowed in a single SMTP session (default zero, unlimited). >Added a "LastLoginTimeDate" variable to the "userstat" CTRL command. >Added external aliases support in the CTRL protocol. >The MESSAGE.ID file is now automatically created, if missing. >Changed the logic used to treat domain and user MAILPROC.TAB files. > Before, a user's >MAILPROC.TAB was overriding the domain one, while now the rules are merged > together, >with domain's ones first, followed by user's ones. >The maximum mailbox size of zero is now interpreted as unlimited. >Fixed XMail's sendmail to detect non-RFC822 data and handle it correctly. >The IP:PORT addresses emission in spool files (and Received: lines) has > been changed >to the form [IP]:PORT. >Added filter logging, that is enabled with the new -Qg command line option. >Fixed an error message in the SMTP server, that was triggered by the > remote client >not using the proper syntax for the "MAIL FROM:" and "RCPT TO:" commands. >Fixed explicit routing through SMTPGW.TAB file. >Fixed a possible problem with file locking that might be triggered from > CTRL commands >cfgfileget/cfgfileset. >Added a check to avoid the CTRL server to give an error when a domain > created with >older versions of XMail does not have the domain directory inside > cmdaliases. >The SMTP server FQDN variable should be set to the value of > "SmtpServerDomain", when >this is used inside the SERVER.TAB file. > > > >- 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: Abemus Papam ...
On Mon, 10 Jan 2005, Francesco Vertova wrote: > It isn't Italian, but Latin, and (with a leading "h") means "We have the > Pope" (the Vatican's ritual formula to announce that the new Pope has been > elected) ... Ouch, true! I wish I wouldn't have skipped that Latin lesson to go at the beach ... :-) - 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: Abemus Papam ...
At 22.59 10/01/05 +1100, you wrote: >Thanks Davide, Would you believe Google can't translate "Abemus Papam" >There are numerous google hits, but I have been unable to workout what you >said - only I think it is related to "Finally" > >Could you enlighten the non Italian speaking world? It isn't Italian, but Latin, and (with a leading "h") means "We have the Pope" (the Vatican's ritual formula to announce that the new Pope has been elected) ... Ciao, Francesco - 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: Abemus Papam ...
http://www.google.com/search?q=Habemus+Papam We have a pope. Or in XMail's case, POP. And SMTP. And sometime (hopefully) soon, IMAP too. :) Rob Arends wrote: >Thanks Davide, Would you believe Google can't translate "Abemus Papam" >There are numerous google hits, but I have been unable to workout what you >said - only I think it is related to "Finally" > >Could you enlighten the non Italian speaking world? > >Ta, Rob :-) > >_ >Note To Self: Remember to put something witty here later... > > > > >>-Original Message- >>From: [EMAIL PROTECTED] >>[mailto:[EMAIL PROTECTED] On Behalf Of Davide Libenzi >>Sent: Monday, 10 January 2005 10:21 AM >>To: XMail Announce; XMail mailing list >>Subject: [xmail] Abemus Papam ... >> >> >>1.21 it is, at the end: >> >>http://www.xmailserver.org >> >>* Sun Jan 9 2005 Davide Libenzi >>Added a fix for 64 bits porting compatibility. >>Added the ability to exclude filters from execution in >>case of authenticated user. >>By pre-pending the filter command token with a token >>containing "!aex", the filters >>won't be run if the user authenticated himself. >>Added @@USERAUTH macro even to standard in/out filters >>(before it was only defined >>for SMTP ones). >>Added a new "NoSenderBounce" variable inside the >>SERVER.TAB file, to enable >>XMail generated bounce messages to have the empty SMTP >>sender ('MAIL FROM:<>'). >>Added a new "SMTP-MaxErrors" variable inside the >>SERVER.TAB file to set the maximum >>errors allowed in a single SMTP session (default zero, unlimited). >>Added a "LastLoginTimeDate" variable to the "userstat" >>CTRL command. >>Added external aliases support in the CTRL protocol. >>The MESSAGE.ID file is now automatically created, if missing. >>Changed the logic used to treat domain and user >>MAILPROC.TAB files. Before, a user's >>MAILPROC.TAB was overriding the domain one, while now the >>rules are merged together, >>with domain's ones first, followed by user's ones. >>The maximum mailbox size of zero is now interpreted as unlimited. >>Fixed XMail's sendmail to detect non-RFC822 data and >>handle it correctly. >>The IP:PORT addresses emission in spool files (and >>Received: lines) has been changed >>to the form [IP]:PORT. >>Added filter logging, that is enabled with the new -Qg >>command line option. >>Fixed an error message in the SMTP server, that was >>triggered by the remote client >>not using the proper syntax for the "MAIL FROM:" and >>"RCPT TO:" commands. >>Fixed explicit routing through SMTPGW.TAB file. >>Fixed a possible problem with file locking that might be >>triggered from CTRL commands >>cfgfileget/cfgfileset. >>Added a check to avoid the CTRL server to give an error >>when a domain created with >>older versions of XMail does not have the domain >>directory inside cmdaliases. >>The SMTP server FQDN variable should be set to the value >>of "SmtpServerDomain", when >>this is used inside the SERVER.TAB file. >> >> >> >>- 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] > > > > - 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: Abemus Papam ...
Thanks Davide, Would you believe Google can't translate "Abemus Papam" There are numerous google hits, but I have been unable to workout what you said - only I think it is related to "Finally" Could you enlighten the non Italian speaking world? Ta, Rob :-) _ Note To Self: Remember to put something witty here later... > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Davide Libenzi > Sent: Monday, 10 January 2005 10:21 AM > To: XMail Announce; XMail mailing list > Subject: [xmail] Abemus Papam ... > > > 1.21 it is, at the end: > > http://www.xmailserver.org > > * Sun Jan 9 2005 Davide Libenzi > Added a fix for 64 bits porting compatibility. > Added the ability to exclude filters from execution in > case of authenticated user. > By pre-pending the filter command token with a token > containing "!aex", the filters > won't be run if the user authenticated himself. > Added @@USERAUTH macro even to standard in/out filters > (before it was only defined > for SMTP ones). > Added a new "NoSenderBounce" variable inside the > SERVER.TAB file, to enable > XMail generated bounce messages to have the empty SMTP > sender ('MAIL FROM:<>'). > Added a new "SMTP-MaxErrors" variable inside the > SERVER.TAB file to set the maximum > errors allowed in a single SMTP session (default zero, unlimited). > Added a "LastLoginTimeDate" variable to the "userstat" > CTRL command. > Added external aliases support in the CTRL protocol. > The MESSAGE.ID file is now automatically created, if missing. > Changed the logic used to treat domain and user > MAILPROC.TAB files. Before, a user's > MAILPROC.TAB was overriding the domain one, while now the > rules are merged together, > with domain's ones first, followed by user's ones. > The maximum mailbox size of zero is now interpreted as unlimited. > Fixed XMail's sendmail to detect non-RFC822 data and > handle it correctly. > The IP:PORT addresses emission in spool files (and > Received: lines) has been changed > to the form [IP]:PORT. > Added filter logging, that is enabled with the new -Qg > command line option. > Fixed an error message in the SMTP server, that was > triggered by the remote client > not using the proper syntax for the "MAIL FROM:" and > "RCPT TO:" commands. > Fixed explicit routing through SMTPGW.TAB file. > Fixed a possible problem with file locking that might be > triggered from CTRL commands > cfgfileget/cfgfileset. > Added a check to avoid the CTRL server to give an error > when a domain created with > older versions of XMail does not have the domain > directory inside cmdaliases. > The SMTP server FQDN variable should be set to the value > of "SmtpServerDomain", when > this is used inside the SERVER.TAB file. > > > > - 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]