Thunderbird doesn't always accept mail from another program on computer in Windows 10.
We are having a problem with a program on computers we are updating to Windows 10 Pro. This program creates a short e-mail to send to the user or others on the internal network. We have never had any problems with it until migrating to Windows 10. The program usually works when we first set it up but sometimes quits working. When this happens Thunderbird starts as if it is responding to a message but the message is never delivered. Sometimes restarting the computer fixes the problem for a time but not alway. I am not sure if the problem is with Thunderbird, the originating program, or Windows 10 but I haven't found anything on Google describiing this type of behavior so I am starting here to try and isolate the problem. Another thought is that maybe a third program is interfering in some way with the communications but I have no idea where to start looking.
Krejt Përgjigjet (5)
is the third party program sending mail using mailto: links or MAPI... that is the first question
How would I tell what it was using? The program is an XP era commercial program called "Debtmaster" by Comtronics. As I mentioned the program has never had this kind of behavior under XP or Windows 7. Is there anything that has changed in how Windows handles either of those protocols in it's default behavior that I could maybe change to see if it helps.
As an update we think the program is using SMTP to create the e-mail. The internal mail server is in the client's Hosts file. We had to change the compatibility settings in Windows 10 for the program to run as Administrator and Windows XP.
Is the program is going to SMTP directly (which is quite probable from XP era software, then all Thunderbird would know about it was when the send mail synced back from the server side sent folder.
Were the Windows 7 success stories windows 32 rather than 64Bit? There have been all sorts od issues with MAPI on 64bit.
Another possibility, is that is you are running in Windows XP comparability mode, that you re actually running the program in a virtual machine, so it does not see the other applications installed on the machine See http://windows.microsoft.com/en-AU/windows7/install-and-use-windows-xp-mode-in-windows-7
Matt, thank you for your help with this. Your comments about running in a virtual machine got me thinking about a solution. I ended up creating a copy of the program's directory out of the "Program Files (x86)" tree and running the program from there. This allowed me to run the program with no compatibity settings including administrator and it appears to work. I had originally had to set the program to run as administrator so that it could write to a file in the directory. Windows 10 does not allow programs to make changes to files in the "Program Files (x86)" tree unless you are an administrator. I had changed the compatibiility setting in an attempt to get the program to run correctly. I will monitor this solution for a couple of days and if it continues to work will mark this as solved.