> I can't easily generate debug output at the moment as I haven't had > chance to set up an appropriate test environment yet. However, if it's > any help, the relevant ACL snippet is (comments stripped for size > reasons :):
Hmm, that seems fairly standard (without seeing your macros)... Here is my config which I have, and have used with MS Mail to send .pdf and .doc type attachments (I have not sent any .exe's out) should you wish to compare: http://www.hoktar.com/downloads/gentoo/etc/exim/exim.conf I have not had any weird behavior from MS Mail that I've noticed, however one thing does come to mind... If you are using a Firewall/Virus program (I've only got experience with Norton products), there might be a chance they have a "hook" for pop3/imap/smtp. I know for a *fact* that Norton products (Anti-Virus, Online, etc..) have this feature. It gives you an anti-idle/anti-timeout "upgrade", along with scanning your email and such. It does so by hooking in to those ports and waiting for MUA traffic - it then intercepts the data, and does it's own stuff. It could very well be that you have software of this nature catching your MS Mail commands and mangling them to the point of breaking them. Easiest would be to run a 2nd daemon on port 2525 or something in debug mode, and configure a custom account in MS Mail, send a message and watch the console to see what commands come in - if you see stuff that doesn't seem normal (Norton has a habit of connecting, sending commands to verify the recipient(s), then issuing a RSET and redoing the whole thing, but this time sending the message). Eli. -- ## List details at http://www.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://www.exim.org/eximwiki/
