awerner / pymime Goto Github PK

currently attachments are silently dropped, there is no indication when an attachment was removed.

Person sens mail with png and zip attachment, png is allowed, zip is not → attachment-page will only show the png, but nowhere it mentions the zip attachment.

Ideally, it would list the attachments and their status in the mail itself, and not only in the attachment-system.

something like

Attachments <url to attachment-system>:
foobar.png - stored (expires: <somedate>)
barfoo.zip - rejected (filetype not allowed)

would be my idea of it...

rejection reasons could be one of filetype not allowed, size limit exceeded, virus found, or something like that

Provide the ability to request deletion of files via the Webinterface.

This makes it easier to understand the concept of "keep" vs "store", i.e. that it only applies to messages that did pass the previous criteria (the whitelist/blacklist)

If pymimec cannot establish a connection to pymimed, is should be able to notify the admins via mail or start pymimed itself if running on the same system.

From: Header should be decoded.

Available Headers should be decoded for Footer Templates.

This allows extensions such as .PNG, .Jpeg, .Jpg etc. pp.

deny/allow is confusing as to how the system works, "whitelist" or "blacklist" makes the purpose easier to grasp for the small minded like myself.

This allows To: headers like this: Name [email protected]

Even if all attachments are blacklisted, the store function gets called with an empty attachment list.

This removes the necessity to restart pymimed on every configuration change.

pymimed should daemonize itself by double forking. A pid file should be written to /var/run/pymimed.pid by default.

Please add inheritance of a default-policy to other policies

e.g. [policy-default] 's values shall apply to all custom policies unless explicitly overridden.