Thread: [CSCMail-Users] Cannot save attachments
Brought to you by:
countzer0
From: Olli <obi...@gm...> - 2000-08-07 10:16:26
|
Hi, Using version 1.6.1, sometimes I am not able to save attached files. I see the paperclip indicating there is some attached file, however choosing 'File | Save Attachments' does not show anything to save :-( Seems especially to accur when receiving mail from several MS-Outlook versions? Below I have included the message from which I can not read the attached file. By the way, I switched from CSV to mysql a couple of days before and really like the improvement!!! Cheers Oliver ### snip ### Return-Path: <ru...@fo...> Delivered-To: obi...@wa... Received: (qmail 26338 invoked by uid 500); 7 Aug 2000 08:31:40 -0000 Received: from unknown (HELO forstw.forstware.de) (194.120.23.2) by mailgate.tmag.de with SMTP; 7 Aug 2000 08:31:40 -0000 Received: from DEMO (demo.forstware.de [194.120.23.12]) by forstw.forstware.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with SMTP id KAA18489 for <obi...@wa...>; Mon, 7 Aug 2000 10:26:26 +0200 From: "Bjoern Ruff" <ru...@fo...> To: "Oliver Bienert" <obi...@wa...> Subject: Date: Mon, 7 Aug 2000 10:29:50 +0200 Message-ID: <NCB...@fo...> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_01C0005A.6B0F10E0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 This is a multi-part message in MIME format. ------=_NextPart_000_0000_01C0005A.6B0F10E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hallo Olli, Weiss nicht ob diese Fehler noch aktuell sind. Gruss, Bjoern ------=_NextPart_000_0000_01C0005A.6B0F10E0 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: attachment From: "HS16205" <HS...@t-...> To: <ge...@fo...> Subject: ---GeoMail-Fehlerbericht--- Date: Fri, 4 Aug 2000 09:04:46 +0200 Message-ID: <000001bffde1$d731d760$45d9e03e@ponsse-hs16205> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 X-UIDL: d4b26b6cea8a6f864ae53a2806528dc3 X-Sender: 023...@t-... X-MIME-Autoconverted: from base64 to 8bit by forstw.forstware.de id JAA10674 --- Version --- 0.84 --- Kommentar --- --- Fehlerbeschreibung --- syntax error in expression "" while executing "if $deactivate { set pageNr [CheckPage] upvar 0 $pageNr page return [list [lindex $page 0] $pageNr] } else { return {} } " (procedure "table::TableActivate" line 7) invoked from within "table::TableActivate" ("auftrag" arm line 4) invoked from within "switch -exact -- $what { auftrag2 - auftrag { # ShowTable liefert die Nummer der gewählten Tabellenzeile # und die Nummer der Tabelle set rowTa..." (procedure "load_auftrag" line 9) invoked from within "load_auftrag auftrag" (menu invoke) ------=_NextPart_000_0000_01C0005A.6B0F10E0 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: attachment From: "Thorsten Reuber -Klute Lenze-" <THR...@t-...> To: <ge...@fo...> Subject: ---GeoMail-Fehlerbericht--- Date: Thu, 3 Aug 2000 14:43:43 +0200 Message-ID: <000301bffd48$28af1a20$61959fc1@000282668326023934870006> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 X-UIDL: 6f67427a35a86d84d8f5ad49b94eb61c X-Sender: 023...@t-... X-MIME-Autoconverted: from quoted-printable to 8bit by forstw.forstware.de id OAA08574 --- Version --- 0.84 --- Kommentar --- --- Fehlerbeschreibung --- can't read "config(auftragList)": no such element in array while executing "foreach index $config(auftragList) { if {[lindex $index 0] == $auftrag(id)} { set found 1 break } incr line }" (procedure "UpdateAuftragList" line 16) invoked from within "UpdateAuftragList $arrVar 0" (procedure "save_auftrag" line 68) invoked from within "save_auftrag auftrag" invoked from within ".top.tbframe.tb.item3 invoke" ("uplevel" body line 1) invoked from within "uplevel #0 [list $w invoke]" (procedure "tkButtonUp" line 8) invoked from within "tkButtonUp .top.tbframe.tb.item3" (command bound to event) ------=_NextPart_000_0000_01C0005A.6B0F10E0-- ### snip ### -- Dulce et decorum est pro patria mori Olli B. Fon: 030-47475624 Mail: obi...@gm... -- |
From: Steven K. <st...@vo...> - 2000-08-07 13:27:59
|
On 07 Aug 2000 11:17:09 CEST, Olli said: > ------=_NextPart_000_0000_01C0005A.6B0F10E0 > Content-Type: message/rfc822 > Content-Transfer-Encoding: 7bit > Content-Disposition: attachment > ------=_NextPart_000_0000_01C0005A.6B0F10E0 > Content-Type: message/rfc822 > Content-Transfer-Encoding: 7bit > Content-Disposition: attachment We don't deep-decode. Meaning, we view message/rfc822 attachments as an entity to be saved and do not decode it. We also do not show attachments on the "save" menu if the header does not provide a filename (as these do not.) This is a "bug", and I will commit a fix for it today (to CSCMail 1.7.x) To handle such attachments, (when they are listed on the "Save" menu) you simply save them and then import them into CSCMail (since they are individual messages of themselves.) When you import them, CSCMail will treat them as a standalone message and decode them etc... (ie: if they then contain further attachments) -CZ -- ---------------------------------------------------------------------- Steve Kordik st...@vo... System Administrator Tel 212.332.5045 VOILA - France Telecom North America Fax 212.332.2362 1270 Avenue of the Americas New York, NY 10020 USA ---------------------------------------------------------------------- Customized Search Engines for your web site at: http://voilasearch.com ---------------------------------------------------------------------- |