Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email firstname.lastname@example.org
From: James A. de Haseth (dehasethlightlightsolutions.com)
Date: Thu Jan 24 2008 - 07:35:42 CST
On Thu, 2008-01-24 at 13:14 +0100, mouss wrote:
> No, it's not a MUA issue. The file is on the IMAP server, and it is
> desired to move/copy it to the folder of another user. That's not a
> simple problem.
> 1- If there are no privacy issue, then a public folder may be used for
> > Anyway, I agree with you this would be a great thing, but you're
> > talking to the wrong people/list...
> not necessarily. there are at least two ways when postfix can help:
> 2- "detaching" the attachment and putting it on a web server will help.
> but there is no readily available solution for this.
> 3- if convoluted solutions are acceptable, tell each user to create a
> specif folder where to drop the messages and they would then send an
> email to a reserved address (moveit+recipientexample.com) containing
> few headers (Message-Id, Date, ..), then a server side script receives
> the latter message, visits the folder and finds the original message...
> etc. if you take this road, protect the mechanism with SASL AUTH... etc.
If all users are all on the same server solution 1 would work, and is
attractive for my installation. Also for solution 3, wouldn't be less
convoluted to move/copy it into a local folder for+recipient and have a
shell script check for files in the folder periodically and that just
moves it into the recipient's inbox or a recipient's local folder? Not
as fast, but if urgency is not an issue it seems this could work rather