ok, i assume, the answer to my question is simply "no". i really didn't want to start such a long discussion. the idea of my customer was, since webmail is capable of automatically storing outgoing mails in imap folders, there might be a way of also "capturing" smtp-traffic. since i didn't find any way, i thought, asking this question here will lead to an answer.
> Ok, then, exactly how do you propose to arrange to have the server > telepathically determine that the client on the other side of the network > connection has just taken a copy of the message from its memory buffer, and > transmitted it via SMTP to another, unrelated server; then exactly what > process do you propose to use to have the server automatically contact the > client and arrange to download a copy of the same message, for the purpose > of storing it into a folder? the idea was: i have a little mail-server, serving imap and outgoing mail using the same user database. all outgoing mails are authenticated against the courier user database (as i stated in my original mail), so the smtp-server knows who is sending a mail. so there might be a (hidden) feature, that it can put it into a locally existing folder. there is no problem for esmtpd to put inbound e-mails into the user's inbox-folder, so i don't see any difference to be able to put a message into inbox.sent. and esmtpd has the message in it's own memory. i really understand that it is impossible to realise it, if outgoing and incoming mail servers are seperated. there is also a problem, if the user is not authenticated (although it could be put either into a general user's folder or it could use rules based on the "to"-line). again: my main target of the mail was to get an answer whether it is possible or not. i really accept a simple "no". armin ------------------------------------------------------- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
