
Project: MailScan (Managed by Hans-Georg Franke)
 | 

 |  |
| Subject | only via imap access |
| Created | 10/20/2005 06:58 AM by Jose M Rodriguez. |
| Modified | <none> by <none>. |
Hi! On first place, thank you very much for release 1.0 (it working great for us).
-----------------
Windows 2003 Standard Server (english)
Lotus Domino 7.0 (english)
OpenMailScan 1.0
------------------
OK, with Notes client, we have not had any issue at all.
BUT, body of message appears empty when accessed (read) from an imap client (thunderbird).
-------------------------
Details:
* Body of message (via imap) is not lost if MailScan is not running (tell mailscan quit)
* If milscan is running:
I noticed an extra "Body" field (Dup item id:4) with value of virconf.nsf 'Body text rc0'
In virconf.nsf, for return code 0 (not virus found), my Body text rc0 is "ł" (polish letter),
this way I'm sure if message has been scanned or not.
* I'll send you both messages to "hansgeorgfranke at yahoo dot de"
*Message with subject="western"
was scanned by MailScan:
reads OK from Notes 7.0
If it is read with Thunderbird (via imap), then the body appears empty
(subject & file attachments are preserved via imap also, only body text is empty(white))
*Message with subject="western MailScan addin not running"
Same message sent again having mailscan stopped (tell mailscan quit):
reads OK from Notes 7
reads OK from Thunderbird via imap
(everything: subject, body text and attachments appear OK)
*Here is part of the page source seen from imap:
**MailScanned message (the body text "western" does not appear, it does on Notes client)
--0__=4EBBFA33DFADBA5A8f9e8a93df938690918c4EBBFA33DFADBA5A
Content-type: text/html; charset=US-ASCII
Content-Disposition: inline
<html><body></body></html>
--0__=4EBBFA33DFADBA5A8f9e8a93df938690918c4EBBFA33DFADBA5A
Content-type: application/octet-stream;
name="factoressencial.zuml"
**NOT MailScanned message (the body text "western" DOES appear, it also does on Notes client)
--------------030003070407000300020804
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
western
--------------030003070407000300020804
Content-Type: application/octet-stream;
name="factoressencial.zuml"
Well, hope it helps if it is related with the bug. If you need any further information/tests, just let me know.
Jose M Rodriguez
|
Feedback
Check out other projects
Switch to project: