automatic email reassembly at reception ?
Hello I'm searching for an automated solution that will split bigs emails in several parts ( as we do with mpack manually ) then reassemble them at reception. It would be transparent for the user that would receive only one big email. Any infos welcome Thanks
Re: automatic email reassembly at reception ?
On Monday 20 December 2010 13:11:16 Frank Bonnet wrote: Hello I'm searching for an automated solution that will split bigs emails in several parts ( as we do with mpack manually ) then reassemble them at reception. It would be transparent for the user that would receive only one big email. Any infos welcome Thanks This would only work if you control both end-points. Otherwise, the other side would still need to do this manually. Only way I can think of to do this would be to add a mail-filter in the same way as amavis is fitted in for mail-scanning that seperates large emails into seperate emails and then do the opposite for incoming emails. You would need to keep an archive locally untill you receive all the seperate parts though. They are not guaranteed to arrive in sync. Nor is there any guarantee that there will not be other emails delivered in between. Maybe it would be easier to add something to the mail-client for this? -- Joost
Re: automatic email reassembly at reception ?
Thanks for the reply My purpose is for internals emails use only ! so the control would be OK On 12/20/2010 01:17 PM, J. Roeleveld wrote: On Monday 20 December 2010 13:11:16 Frank Bonnet wrote: Hello I'm searching for an automated solution that will split bigs emails in several parts ( as we do with mpack manually ) then reassemble them at reception. It would be transparent for the user that would receive only one big email. Any infos welcome Thanks This would only work if you control both end-points. Otherwise, the other side would still need to do this manually. Only way I can think of to do this would be to add a mail-filter in the same way as amavis is fitted in for mail-scanning that seperates large emails into seperate emails and then do the opposite for incoming emails. You would need to keep an archive locally untill you receive all the seperate parts though. They are not guaranteed to arrive in sync. Nor is there any guarantee that there will not be other emails delivered in between. Maybe it would be easier to add something to the mail-client for this? -- Joost -- Frank BONNET 01.45.92.66.17 Service des Moyens Informatique Generaux ESIEE PARIS Cité Descartes / BP 99 93162 NOISY-LE-GRAND Cedex http://www.esiee.fr http://www.esiee.fr/
Re: automatic email reassembly at reception ?
On Monday 20 December 2010 13:22:25 Frank Bonnet wrote: Thanks for the reply My purpose is for internals emails use only ! so the control would be OK If it is for internal email only, why do you want to split up the emails? If it's because postfix rejects too large emails you can always increase the allowed size of these emails to match. -- Joost On 12/20/2010 01:17 PM, J. Roeleveld wrote: On Monday 20 December 2010 13:11:16 Frank Bonnet wrote: Hello I'm searching for an automated solution that will split bigs emails in several parts ( as we do with mpack manually ) then reassemble them at reception. It would be transparent for the user that would receive only one big email. Any infos welcome Thanks This would only work if you control both end-points. Otherwise, the other side would still need to do this manually. Only way I can think of to do this would be to add a mail-filter in the same way as amavis is fitted in for mail-scanning that seperates large emails into seperate emails and then do the opposite for incoming emails. You would need to keep an archive locally untill you receive all the seperate parts though. They are not guaranteed to arrive in sync. Nor is there any guarantee that there will not be other emails delivered in between. Maybe it would be easier to add something to the mail-client for this? -- Joost
Re: automatic email reassembly at reception ?
Le 20/12/2010 13:11, Frank Bonnet a écrit : Hello I'm searching for an automated solution that will split bigs emails in several parts ( as we do with mpack manually ) then reassemble them at reception. It would be transparent for the user that would receive only one big email. Do you mean reassemble then deliver to mailbox? but then downloading large files over IMAP or POP is a pain. also, didn't test, but an anti-virus on the client box won't be happy (and these beasts know how to show when they're not happy;-p) if the problem is at postfix side, simply increase the limit. a better solution is to use web application that allows users to upload files and chose recipients. the application then sends URLs to recipients... (of course, files must have expiry dates. lest you provide a free storage server!). if asking users to upload to web server is too much (but really, it's better than sending the document via smtp. performances will help motivate users), then you could setup a content filter that extracts large attachments and replaces them with a URL. (be careful not to mess up with the MIME structure...). or you might be happy if you have clients that support fragmented messages (these never really made it, in part because of the security risks).
Re: automatic email reassembly at reception ?
On Mon, Dec 20, 2010 at 01:11:16PM +0100, Frank Bonnet wrote: I'm searching for an automated solution that will split bigs emails in several parts ( as we do with mpack manually ) then reassemble them at reception. It would be transparent for the user that would receive only one big email. Historically, Outlook Express would generate and re-assemble large messages via message/partial MIME encapsulation. http://tools.ietf.org/html/rfc2046#section-5.2.2 This format is not directly supported by most MUAs and poses some issues for gateway A/V products, as the pieces don't necessarily arrive via the same gateway. -- Viktor.
Re: automatic email reassembly at reception ?
On Tuesday, December 21, 2010 04:59:16 am Victor Duchovni wrote: Historically, Outlook Express would generate and re-assemble large messages via message/partial MIME encapsulation. http://tools.ietf.org/html/rfc2046#section-5.2.2 This format is not directly supported by most MUAs and poses some issues for gateway A/V products, as the pieces don't necessarily arrive via the same gateway. Microsoft's current implementation guidance (e.g. [MS-OXCMAIL] specification Section 4.4) is not to support sending or receiving message/partial. Brad