there are twoo bugs I determine within Comodo Firewall Pro 3. It sometimes do not remember a rule and block the Program or ask although the Program ist allowed in the rule
The first pertain to Outlook. Sometimes the first time I use Outlook after Windows start, Outlook gets no internetconnection because Comodo Firewall blocks it. Then I open Commodo Firewall, click on “Firewall / Advance / Network Security Policy” and then only “Apply” at the bottom without having anything changed. After this Outlook works fine. I’m using the predefined rule for email-clients.
The second ist eMule. I’m using the rules published in the forum. eMule ist installed on an USB-Harddisk. Often when I start eMule Comodo Firewall asks me if I want to allow eMule to access the internet. But I already allowed it in the rule! Then, because I want the Firewall to use this rule, I cancle and close eMule. In the next step I do the same as in the first case with Outlook: I open Commodo Firewall, click on “Firewall / Advance / Network Security Policy” and then only “Apply” at the bottom without having anything changed. After this eMule works fine.
The thing with eMule more often happens, when I connect the external USB-Harddisk where eMule ist installed, after Windows is started.
Comodo Firewall Pro 184.108.40.2069
Windows XP Pro SP2, 32 Bit
The same bugs on 2 Computers with similar configuration
There’s an alarm bell going off in the back of my head about CFP handling applications launched from a removable drive differently to the same application launched from a fixed drive.
Dioes emule exhibit the same behaviour if you run it from your hard drive?
No, not worth to check!!!
First, there is a reason, why eMule runs on an USB-Drive!
Second, this would not solve the Problem with Outlook!
Third, any firewall should work independently of the path of an aplikation!
I think, CFP has problems with rules which not only allow or block an aplikation.
In the meantime I recognized massive problems with the NAT Service (vmnat.exe) of VMware VM workstation 6!
I beg to differ. CFP V3 does differentiate. All applications launched from removable media are never treated as trusted or safe. Even if they are unmodified, they are considered untrusted and the user must make a conscious decision to run the app from a removable device.
O.K., this would partly explain the behavior of CFP in connection with eMule.
But this does not explain the problems with Outlook and VMware VMworkstation NAT service.
Outlook sometimes and VMware VMworkstation NAT service verry often (nearly everytime) is blockes by CFP without any hint. I have to open Commodo Firewall, click on “Firewall / Advance / Network Security Policy” and then only “Apply” at the bottom without having anything changed.
For Outlook this mostly works at the first attempt. Outlook uses the predefined rule for email-clients.
For VMware VMworkstation NAT service it mostly does not work and I have to change the Rule into a single “Alow All”. If I change it to ask, then CFP will ask verry late - to late - and the VMworkstation gets no connection.