On Mar 22, 2006, at 10:56 AM, John Peacock wrote:
Les Mikesell wrote:
Is it really worth this much trouble just to accommodate a
replacement mailer that causes this problem in the first place?
Yes, because this has been longstanding need for completely
different reasons.
I work for a pub
On Wed, 2006-03-22 at 12:56, John Peacock wrote:
> I work for a publishing company, with multiple offices scattered about
> the country and authors scattered around the world. We have the need to
> somehow manage to transfer 15MB PDF's freely in and out of our offices
> (for editing, review, e
Les Mikesell wrote:
Is it really worth this much trouble just to accommodate a
replacement mailer that causes this problem in the first place?
Yes, because this has been longstanding need for completely different
reasons.
I work for a publishing company, with multiple offices scattered about
On Wed, 2006-03-22 at 12:10, John Peacock wrote:
> > The thing that breaks is digests of the whole message,
> > if people are sending pgp-signed attachments. The system ideally would
> > verify pgp signatures, if provided, before breaking the message up, and
> > would include a signed report on h
On 3/22/06, John Peacock <[EMAIL PROTECTED]> wrote:
> David Nicol wrote:
> > pgp-signed attachments.
> bleading edge technology... ;-)
So what's stopping you from using MIME::Fast or such and keeping
the large attachments on a designated large attachment disk with
a web interface to them, before
David Nicol wrote:
The thing that breaks is digests of the whole message,
if people are sending pgp-signed attachments. The system ideally would
verify pgp signatures, if provided, before breaking the message up, and
would include a signed report on how the verification went to replace the
signe
On 3/22/06, John Peacock <[EMAIL PROTECTED]> wrote:
> Guillaume Filion wrote:
> > 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
Guillaume Filion wrote:
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.
That's an interesting thought. I still
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?
We are starting to evaluate Zimbra as our new mail client/server:
http://www.zimbra.com
(and it looks pretty nice). One unfortunate limitation, however, is
that they have a hard 5MB limit on the size of e-mail messages (since
they are stored in a database, not the filesystem). As muc
10 matches
Mail list logo
