[xmail] Re: Windows compatible mail pickup support in XMail

2008-01-07 Thread Michal A. Valasek
 Or, instead of adding a system dependent feature to XMail, someone can
 write something trivially simple that moves messages from one folder
to
 the other (XMail's one), with proper conversion.

That's not system dependent, anyone can use it and I think that in most
cases it will be easier to tweak generic software or component to create
RFC822-compatible message format, than Xmail's own.

You're right that it'll be trivial to create some utility to do the
conversion etc. But it's not so simple in real world to install and
manage it. It's another service you need to control, maintain and
monitor.

--
Altair
-
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: Windows compatible mail pickup support in XMail

2008-01-06 Thread Davide Libenzi
On Sun, 6 Jan 2008, Michal A. Valasek wrote:

 Hello,
 
 I have feature request: let local mailer in Xmail support Windows Mail
 Pickup Service format, in addition to its own.
 
 Why? It seems that built-in SMTP server in Windows is going to be
 deprecated. In Windows Server 2008 it must be separately installed,
 configured etc. Microsoft was considering dropping it altogether, but
 they decided to keep it - yet. So no future seems to be in it.
 
 However, putting text file in defined format to mail folder is the way
 how lots of application works. .NET has built-in feature and
 configuration for it. Location of such folder can be configured (ie. to
 point to Xmails folder), but format of message not. Of course we can use
 SMTP, but it has lots of negative implications and does not scale well.
 
 The Mail Pickup Service format is simple. It's standard RFC2822, but it
 has two headers added on top: x-sender (which is envelope sender) and
 x-receiver (which is envelope recipient and may be present more than
 once).
 
 I think that presence of this feature will not complicate Xmail and will
 help lots of developers and server admins, who may continue to use
 current applications without rewriting them.
 
 If you'll be in a good mood, consider adding separate configurable
 'watch' folder to scan for local messages (to allow to point it to
 C:\inetpub\MailRoot\pickup, which is default location), but it's not
 really necessary - the folder name can usually be changed (in good
 applications).

Or, instead of adding a system dependent feature to XMail, someone can 
write something trivially simple that moves messages from one folder to 
the other (XMail's one), with proper conversion.



- 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]