Contributing back some customizations

[jon.wbstr@…]

I setup email2trac on windows this month using the virtual SMTP drop folder and ran into a couple of issues.

1. The drop folder accepts mail to any address @domain.com or @server.ip.address.
2. Email sent from outlook contain a winmail.dat file which does not need to be on the tickets.
3. Email sent containing HTML, result in 'part0001.html' attachments that also do not need to be on the tickets.

The attached diff is against trunk on 8/3/2008 and adds ignoring of winmail.dat and part0001.html attachments and the 'rcptaddress_list' parameter. Emails not sent to an address listed in rcptaddress_list is ignored.

I also revized the batch file slightly so that it deletes emails as they are processed to avoid accidently deleting an email that arrived durring processing but before the delete *.eml command is triggered.

SET MAIL_DIR=C:\Inetpub\mailroot\Drop

for %%f in ("%MAIL_DIR%\*.eml") do C:\python24\python.exe D:\svn_repository\email2trac\email2trac.py -p afids < %%f & DEL %%f

[jon.wbstr@…]

Patch to add discussed features

[bas]

Thanks for the patch. The new parameter is useful and you can just block part001.html. Some people just send HTML mail and this can also attached as part001.html. We just have to find out if the plain text is the same as html text. If not convert the html text, see also ticket #30

[bas]

Sory for the late response, but when i read your patch correct you filter the to-field-header. Because of the dropbox configuration?

[bas]

i have implement the recipient_list parameter in the trunk version. For blocking of certain attachment this is a duplicate request, see #68

[Jon Webster]

> Comment (by bas):
>  Sory for the late response, but when i read your patch correct you
filter
>  the ''to-field-header''. Because of the dropbox configuration?

Correct, the windows Virtual SMTP server puts all received emails in
the same folder, wheather it be local delivery or just to a random
address @accepteddomain.com, so I only want to process the messages
sent to the trac address.

[bas]

thanks for the clarification. The support for this feature is now in version 0.4