The mailing list for listmasters using Sympa

[Olivier Salaün - CRU <address@concealed>]

Peter,

Obviously I misunderstood your request : what you ask for is the default behavior of Sympa web interface (ie accessing attachments from the web archives). It just happens that we have had a couple of bugs with this feature recently. It is now fix in both the latest development version and in 5.2.3.

If you want to have a try on our mailing list server, check this message as a sample :
http://listes.cru.fr/sympa/arc/sympa-dev/2006-10/msg00003.html

Peter Farmer wrote:

On Friday 20 October 2006 3:37 pm, Olivier Salaün - CRU wrote:
  

Peter Farmer wrote:
    

I've just been trying to change the default mhonarc behaviour to get
html attachments to postings archived as seperate files that are then
linked to by the archived (plain text body)	mail page. [...]

I'm already patching sympa to meet various needs - its in cvs and I just 
have to merge via the vendor branch whenever you release a new version. But 
it would be nice not to have to modify wwwsympa anymore than necessary. I 
think its  a good feature for sympa to have to be able to store valid 
attachments in the archives - at least for controlled content posting as in 
the newsletter style scenarios.
  

If you explain your needs (ie why you need attachements to be stored
elsewhere), then we might find a standard way (=natively in the
software) to meet your needs.
    

I dont need them stored elsewhere - the archive directory is fine. And thats 
where they go in my current mhonarc setup. The problem is that wwsympa cant 
deliver the attachment files for viewing ( generating the tt2 error 
instead). The thing is, both the archived, htmlified email body and is the 
corresponding attachment are in the same directory, but do_arc can only 
deliver the message (embedded via the main.tt2 template) but not the 
standalone html file in the attachment (which isnt meant to be viewed 
inside the wwsympa interface, but either in its own window or at least 
inside a frame - i.e. needs to be delivered as-is .
[...]