Le 06-03-21, à 14:10, John Peacock a écrit :
I am considering writing a post-data plugin to strip large attachments
out and put them on some sort of shared site (HTTP or FTP), and
replace the file in the message with a link to the file. [...]
1) Does this seem like a sane way to deal with it?
It does. I've been thinking about this for a some time. It's the kind
of thing that should be put in front of every mailing list.
2) Does anyone know of an open source shared folder program (that I
can run inhouse) that doesn't come with too much other baggage?
That second question is critical, since the last time I tried to write
something like this, I got bogged down in design questions. I wanted
to be able to provide an interface where someone internal could send a
link to an external user which could be used to retrieve/save large
files (on a onetime or ongoing basis), as well as make it easy for
internal users to just share files. Oh, and it has to be secure (i.e.
no easily guessed filenames or directory structure).
It's quite simple in my mind. Just generate a checksum from rand and
the message-id and use this as a name for a new directory. Then place
all attachments in this directory and place an HTTP link to each file
in the new message.
I don't think that your users want to use a web interface to share
files, use the plugin for both incoming and outgoing messages. Your
users will only have to send an email with attachment, as they usually
do, to use the system.
One thing that I'm not sure about is how long to keep each
"attachment." I would be tempted to say: forever, but it wouldn't be a
good idea for confidential data. Maibe each link could be to a simple
CGI interface allowing to "view" or "delete" the attachment. But then
what would happen if the message is sent to multiple recipients, should
we make different directories for each recipient? If not then the
"delete" button would delete it for every recipient. Maibe a fixed
amount of time wouldn't be too bad.
You're right that there are some interesting design questions... good
food for thought, though.
Cheers,
GFK's
--
Guillaume Filion, ing. jr
Logidac Tech., Beaumont, Québec, Canada - http://logidac.com/
PGP Key and more: http://guillaume.filion.org/
