Help us catch bugs!
Banner color applied to signature on replies
There seems to be a bug in that on receiving replies, there is a border around the original signature that is the color of the banner added to the incoming message. Below are a couple of examples. Note that these are on replies that are received (i.e. when I receive a reply from someone I originally sent a message to, my signature appears to have a border around it in the same color as the banner added to the reply message. Seems like it is only internal-facing issue since the banners are removed for external recipients, but it is a bit annoying visually for our internal team.
Fix INKY Auto-release for Quarantine Emails
Currently, the Quarantine auto-release appears to only release emails from quarantine if they would result in a Neutral banner. This means that emails that are completely save, but have a Sensitive Content banner, which is NOT a danger banner, will not get auto-released from Quarantine. This is resulting in a great many MFA emails getting quarantined and not released by INKY. Please fix this ASAP so that these completely safe emails can be auto-released by INKY.
Can't see all attachments in Encryption portal
We need to zoom out to see all attachments and the download all button in the user encryption portal. At 100% we can’t see the download button and it doesn’t present a scroll bar either as far as we can tell.
Turn off Onboarding Prompt
I’ve done all my onboarding, with tasks complete. However it keeps prompting me that i have “not done my onboarding” every time I log in, and wants me to do it. Let me mark all complete and respect my decision.
Maintaining originating sender IP address
When we look at the header of email processed by INKY we see change sender IP that causes delivery issues and DMARC failures specifically for those customers that use an external mail service. (for example Salesforce). An example for a customer using sparkpostmail.com for relaying: Without INKY: Authentication-Results: spf=pass (sender IP is 192.174.94.29) smtp.mailfrom=bounce.mail.powerall.nl; dkim=pass (signature was verified) Received-SPF: Pass (protection.outlook.com: domain of bounce.mail.powerall.nl designates 192.174.94.29 as permitted sender) receiver=protection.outlook.com; client-ip=192.174.94.29; Received: from mta-94-29.sparkpostmail.com (192.174.94.29) What we see happening is if an email received from that mailservice is routed through INKY the IP address changed so the SPF check fails: Authentication-Results: spf=softfail (sender IP is 18.198.39.243) smtp.mailfrom=bounce.mail.powerall.nl; dkim=fail (signature did not verify) Received-SPF: SoftFail (protection.outlook.com: domain of transitioning bounce.mail.powerall.nl discourages use of 18.198.39.243 as permitted sender) Received: from ipw.inkyphishfence.com (18.198.39.243) Besides that, DKIM is also changed so that check also fails. This caused emails to be Quarantined by Microsoft. Is there a way to prevent this behaviour: Now we have to explain to customers that mail that is configured properly still gets quarantined. One customer missed a deadline because of this.
Inky french incorect wording
On the report page this is incorrect. Delivered by Aiki Secure | Powered by Inky Phish Fence: Signaler cet courriel Should be: Ce courriel Add space before “:” (French rule) Sûr should be Fiable Distribué par AIKI Secure | Propulsé par Inky Phish Fence : Signaler ce courriel Choisissez le libellé correct pour ce message : SHould be: Choisissez la bonne classification pour ce message :
Graymail Quick Action link label query param invalid for action
https://protection.inkyphishfence.com/report?id=[SOME REPORT ID]&label=safe&quick=1&graymail_sender=1#key=[SOME KEY] When the page loads it shows a prompt with the following text. 'You are about to report this email as: Safe' But then also says. 'Are you sure you want to add the following personal block list entries?' Your web team needs to add support for a label of ‘graymail’ as well as fix the quick link in the banner.
UI overlay issue:
Hey, I just wanted to report a bug I noticed. The issue occurs when the browser window is minimized or needs a scroll bar and you are scrolling. The “How can we help you” hat remains visible and clickable in the foreground, even when pop-out windows are open (such as the Add Allow List Entries page). It appears above these windows and can still be interacted with. Sorry if this explanation is confusing, please let me know if you have any questions or need additional details. Sorry could not take a screenshot as I cannot report a bug when the Add allow list entry is selected