Edit\Delete rights overruled by inheritance?

Hello,
I want to add a Read/write subdirectory where employees can freely add/edit and remove connections below a read only folder


Currently i have 2 different security groups setup:
Read: with Read only rights
Edit: With all options including delete enabled.


The first layer below the Root has "Read" as a security group and below them i wish to add folders with the "Edit" security group.
As soon as i try to make any changes using a test account i am confronted with the message "You don't have the ""X"" access rights. Where X stands for either Edit or Delete depending on the action i try to perform


When i create a folder with the "Edit" right directly below the root then eveything does work as intended. Apparantly the deny right is being inherited from the top layers; is there any way to circumvent this?
edited by Gydo on 5/5/2014
edited by Gydo on 5/5/2014