Exclude mailbox from banner
As an MSP I want our support@ mailbox to be excluded from the banner, but I still want INKY to stop obvious attack emails. I can adjust labels/actions as an admin in the INKY portal, but right now the banner is adding spam and confusion to tickets. Also requested: Per-user and per-organizational-unit banner suppression — the ability to set different banner visibility profiles for different people, similar to how signature profiles work. Some users/mailboxes need limited or no banner visibility while still being protected.
Ken Curtis 5 months ago
Email Security
Exclude mailbox from banner
As an MSP I want our support@ mailbox to be excluded from the banner, but I still want INKY to stop obvious attack emails. I can adjust labels/actions as an admin in the INKY portal, but right now the banner is adding spam and confusion to tickets. Also requested: Per-user and per-organizational-unit banner suppression — the ability to set different banner visibility profiles for different people, similar to how signature profiles work. Some users/mailboxes need limited or no banner visibility while still being protected.
Ken Curtis 5 months ago
Email Security
Allow filters in Analysis to use wildcards
All the filters in Analysis are a “starts with” filter, and sometimes you want to look for anything that came from a .ru domain, or anyone that used a email address that had the word “invoice” in it. But current filters don’t allow that, everything is “starts with” and using something like “*.ru” or “*invoice*@*.*” doesn’t work.
Andy Suarez 7 months ago
Email Security
Allow filters in Analysis to use wildcards
All the filters in Analysis are a “starts with” filter, and sometimes you want to look for anything that came from a .ru domain, or anyone that used a email address that had the word “invoice” in it. But current filters don’t allow that, everything is “starts with” and using something like “*.ru” or “*invoice*@*.*” doesn’t work.
Andy Suarez 7 months ago
Email Security
Integration with IT Glue
I want an integration between INKY and IT Glue to streamline my workflow and security management. It is important because it would allow for better documentation and synchronization of security data within our existing IT management stack.
Scott Neal 6 months ago
Integrations
Email Security
Integration with IT Glue
I want an integration between INKY and IT Glue to streamline my workflow and security management. It is important because it would allow for better documentation and synchronization of security data within our existing IT management stack.
Scott Neal 6 months ago
Integrations
Email Security
Bulk Unquarantine Emails
I want to be able to unquarantine multiple emails at once from the INKY dashboard. Currently, I have to handle them individually or rely on auto-release, but a manual bulk action button would be much more efficient for managing false positives.
Patrick Roy 6 months ago
Reporting
Email Security
Bulk Unquarantine Emails
I want to be able to unquarantine multiple emails at once from the INKY dashboard. Currently, I have to handle them individually or rely on auto-release, but a manual bulk action button would be much more efficient for managing false positives.
Patrick Roy 6 months ago
Reporting
Email Security
In Progress
Inky API
Please provide access to an API to block e-mails and other useful capabilities in order to automate ticket closure.
Sean Kline 4 months ago
Integrations
Email Security
In Progress
Inky API
Please provide access to an API to block e-mails and other useful capabilities in order to automate ticket closure.
Sean Kline 4 months ago
Integrations
Email Security
Scheduled Signatures and Banners
We need the ability to schedule signatures and banners to activate and deactivate based on specific dates and times. Use cases: Holiday banners (e.g. display during a holiday break period) Sale/promotion period banners Seasonal email signatures (e.g. "Happy Christmas" or "Happy New Year" that activate and deactivate automatically) Time-sensitive campaigns across the organization Currently these changes require manual updates, which is error-prone and creates unnecessary work for MSPs managing multiple tenants.
Glenn Schache 5 months ago
Signatures
Scheduled Signatures and Banners
We need the ability to schedule signatures and banners to activate and deactivate based on specific dates and times. Use cases: Holiday banners (e.g. display during a holiday break period) Sale/promotion period banners Seasonal email signatures (e.g. "Happy Christmas" or "Happy New Year" that activate and deactivate automatically) Time-sensitive campaigns across the organization Currently these changes require manual updates, which is error-prone and creates unnecessary work for MSPs managing multiple tenants.
Glenn Schache 5 months ago
Signatures
Inky admin permissions - allow granular control
Super Admin is currently required for onboarding customers, which also grants full product access. This means 10+ engineers in an MSP need Super Admin, with most of the rest needing policy management (the second highest tier). Best practice is least-privilege access. There should be more granular permissions: Separate role for user management at MSP level (internal IT owns this, not day-to-day support staff) Separate role for onboarding new customers (professional services/projects teams shouldn't need full admin) Separate permissions for mail security vs signature management (different staff, different skillsets) Granular control over viewing message bodies — currently restricted to Super Admin, but lower-level or custom roles should be able to view message content without full Super Admin access Ability to hide the Subject field by role — all roles can currently see subjects in analysis/observations message lists, and the recent "access denied" on restricted tenants doesn't prevent seeing subjects
Steven Richardson 6 months ago
Email Security
Inky admin permissions - allow granular control
Super Admin is currently required for onboarding customers, which also grants full product access. This means 10+ engineers in an MSP need Super Admin, with most of the rest needing policy management (the second highest tier). Best practice is least-privilege access. There should be more granular permissions: Separate role for user management at MSP level (internal IT owns this, not day-to-day support staff) Separate role for onboarding new customers (professional services/projects teams shouldn't need full admin) Separate permissions for mail security vs signature management (different staff, different skillsets) Granular control over viewing message bodies — currently restricted to Super Admin, but lower-level or custom roles should be able to view message content without full Super Admin access Ability to hide the Subject field by role — all roles can currently see subjects in analysis/observations message lists, and the recent "access denied" on restricted tenants doesn't prevent seeing subjects
Steven Richardson 6 months ago
Email Security
Email Signature Customization — Styling, Layout, Logo & Fields
Consolidated request for a more flexible signature builder. Merged from multiple posts covering styling, layout, logo handling, field content, and preview. Specific asks: Typography & styling Per-line / per-field typography — font color, size, bold, and italic for each individual line and data field Adjustable padding/spacing (top of the signature, and before/after lines) Team Signature Data styling — per-field bold, color, and size (e.g. company name bold in brand color, user name slightly larger than body text) Layout & arrangement Reorder/reposition signature components (custom arrangement) Add line breaks in the field layout without hand-editing HTML Keep the social/contact block inline on an existing line instead of forcing a new line Multi-line company address (e.g. City / State / Zip on its own line) Logo & images Place the logo above or below the signature, not just left or right Make the logo clickable with a URL Use different logo images for Replies/Forwards vs New Messages Fields & content Static/global text fields — add fixed text anywhere (e.g. "Kind regards" at the top), beyond repurposing the Company Address field Control display-name format (First Last vs Last First pulled from M365) Communication/social icons — phone, mobile, email, web — with custom-icon support and a website option Selective hyperlinking — apply links to only the email/website, not phone numbers Preview Edit the sample/preview data used in the signature preview
Dana Aldom 6 months ago
Signatures
Email Signature Customization — Styling, Layout, Logo & Fields
Consolidated request for a more flexible signature builder. Merged from multiple posts covering styling, layout, logo handling, field content, and preview. Specific asks: Typography & styling Per-line / per-field typography — font color, size, bold, and italic for each individual line and data field Adjustable padding/spacing (top of the signature, and before/after lines) Team Signature Data styling — per-field bold, color, and size (e.g. company name bold in brand color, user name slightly larger than body text) Layout & arrangement Reorder/reposition signature components (custom arrangement) Add line breaks in the field layout without hand-editing HTML Keep the social/contact block inline on an existing line instead of forcing a new line Multi-line company address (e.g. City / State / Zip on its own line) Logo & images Place the logo above or below the signature, not just left or right Make the logo clickable with a URL Use different logo images for Replies/Forwards vs New Messages Fields & content Static/global text fields — add fixed text anywhere (e.g. "Kind regards" at the top), beyond repurposing the Company Address field Control display-name format (First Last vs Last First pulled from M365) Communication/social icons — phone, mobile, email, web — with custom-icon support and a website option Selective hyperlinking — apply links to only the email/website, not phone numbers Preview Edit the sample/preview data used in the signature preview
Dana Aldom 6 months ago
Signatures
Rewriting of banners after user has clicked link
It would be fantastic if, in the vein of Graphus, the banner changed after the user has clicked on a link. For example, if the user clicks Safe or Not Greymail, the banner should change to reflect that they have submitted the email. Otherwise, end users will be confused as to why the email still says warning, danger, etc. and is prompting them to click the link.
Daniel Deitch 5 months ago
Integrations
Email Security
Rewriting of banners after user has clicked link
It would be fantastic if, in the vein of Graphus, the banner changed after the user has clicked on a link. For example, if the user clicks Safe or Not Greymail, the banner should change to reflect that they have submitted the email. Otherwise, end users will be confused as to why the email still says warning, danger, etc. and is prompting them to click the link.
Daniel Deitch 5 months ago
Integrations
Email Security
Customizable Quarantine digests
We would like to send users a list of quarantined emails without giving them access to the Microsoft Defender portal. The email available in Defender does not permit the removal of links to the Defender Quarantine page or Review Message. Our end goal is for users to email us with a list of emails they would like to have released, which we can then further analyse.
Paul Cansdale 7 months ago
Email Security
Customizable Quarantine digests
We would like to send users a list of quarantined emails without giving them access to the Microsoft Defender portal. The email available in Defender does not permit the removal of links to the Defender Quarantine page or Review Message. Our end goal is for users to email us with a list of emails they would like to have released, which we can then further analyse.
Paul Cansdale 7 months ago
Email Security
DMARC Monitoring Page Enhancements
Requested enhancements to the DMARC Monitoring page: Update the green SPF circle to be yellow when the INKY SPF record is NOT present. Update the yellow DMARC circle as well as the yellow SPF circle to work with DMARC and SPF flatteners. MSP-level DMARC report: Ability to see the status of all clients' DMARC settings from a single view. Currently MSPs have to go into each client individually, making it impossible to track which clients/domains are misconfigured.
Tina Thompson 7 months ago
Reporting
Email Security
DMARC Monitoring Page Enhancements
Requested enhancements to the DMARC Monitoring page: Update the green SPF circle to be yellow when the INKY SPF record is NOT present. Update the yellow DMARC circle as well as the yellow SPF circle to work with DMARC and SPF flatteners. MSP-level DMARC report: Ability to see the status of all clients' DMARC settings from a single view. Currently MSPs have to go into each client individually, making it impossible to track which clients/domains are misconfigured.
Tina Thompson 7 months ago
Reporting
Email Security
Add Graymail Label Creation for Google Workspace
On Microsoft deployments MSPs can enable the graymail folder for all subscribers and the individual subscriber can also create the folder. Please extend this to Google Workspace installations.
David Powell 7 months ago
Integrations
Email Security
Add Graymail Label Creation for Google Workspace
On Microsoft deployments MSPs can enable the graymail folder for all subscribers and the individual subscriber can also create the folder. Please extend this to Google Workspace installations.
David Powell 7 months ago
Integrations
Email Security
Planned
Support Additional Phishing Awareness Training Platforms
MSPs use various phishing awareness and simulation training platforms that need to be recognized by INKY so that simulated phishing emails are not flagged as real threats. Requested platforms: Nimblr — not currently listed as an available awareness training platform. MSPs are working around it using the misconfigured service whitelist option. Cyberhoot — needs to be added as a checkbox option. IPs: 54.240.125.36/32 and 54.240.125.37/32. Quarterly phishing training emails get flagged due to vendor branding in links. Common ask: A standardized way to register awareness training platforms so that their simulation emails are recognized and handled appropriately — not flagged as phishing, brand impersonation, or other threats.
Matt Sywulak 3 months ago
Integrations
Email Security
Planned
Support Additional Phishing Awareness Training Platforms
MSPs use various phishing awareness and simulation training platforms that need to be recognized by INKY so that simulated phishing emails are not flagged as real threats. Requested platforms: Nimblr — not currently listed as an available awareness training platform. MSPs are working around it using the misconfigured service whitelist option. Cyberhoot — needs to be added as a checkbox option. IPs: 54.240.125.36/32 and 54.240.125.37/32. Quarterly phishing training emails get flagged due to vendor branding in links. Common ask: A standardized way to register awareness training platforms so that their simulation emails are recognized and handled appropriately — not flagged as phishing, brand impersonation, or other threats.
Matt Sywulak 3 months ago
Integrations
Email Security
True One Click reporting
Quick Action Reporting Links - INKY We’ve configured this for customers but it still leads to that browser pop-up and this is the biggest complaint we get from customers and is stated as the #1 reason for a lack of user engagement. Folks want to just select the appropriate option and have it submit without navigating away from their Outlook app. We recently looked at Trustifi for a HIPAA specific use case and they have it work in that exact manner so I know its definitely possible.
Sukhjit Singh 4 months ago
Integrations
Email Security
True One Click reporting
Quick Action Reporting Links - INKY We’ve configured this for customers but it still leads to that browser pop-up and this is the biggest complaint we get from customers and is stated as the #1 reason for a lack of user engagement. Folks want to just select the appropriate option and have it submit without navigating away from their Outlook app. We recently looked at Trustifi for a HIPAA specific use case and they have it work in that exact manner so I know its definitely possible.
Sukhjit Singh 4 months ago
Integrations
Email Security
Advanced Block List Expiration
MSP Partners are not able to remove the expiration date for advanced block list rules on their own. It is required to open a ticket or reach out in AI chat to have those Expirations removed. This has a negative impact on MSPs managing many customers and results in time wasted for Kaseya and MSP employees. I would like an option to extend advanced Block List rules indefinitely. As an additional feature, the ability to manage Advanced blocklist rules at the partner level so they can be copied down to the customers would also be ideal. Thank You
Taylor Lee 24 days ago
Email Security
Advanced Block List Expiration
MSP Partners are not able to remove the expiration date for advanced block list rules on their own. It is required to open a ticket or reach out in AI chat to have those Expirations removed. This has a negative impact on MSPs managing many customers and results in time wasted for Kaseya and MSP employees. I would like an option to extend advanced Block List rules indefinitely. As an additional feature, the ability to manage Advanced blocklist rules at the partner level so they can be copied down to the customers would also be ideal. Thank You
Taylor Lee 24 days ago
Email Security
View raw email header
With any email filter, we need the ability to view and/or download the original raw email headers. Your system analyzes the headers so this should be simple, but it seems there is no option to view the actual full header, only the simplified metadata tab that pulls only bits of the header. Please add the ability to view the full raw email header data.
Matt Vitale 5 months ago
Email Security
View raw email header
With any email filter, we need the ability to view and/or download the original raw email headers. Your system analyzes the headers so this should be simple, but it seems there is no option to view the actual full header, only the simplified metadata tab that pulls only bits of the header. Please add the ability to view the full raw email header data.
Matt Vitale 5 months ago
Email Security
INKY Backup setting feature
It would be good as a failsafe to include a feature to export all INKY Admin configurations, settings, for MSPs; to be used as future reference and for change management.
Gary Albert 4 months ago
Reporting
Email Security
INKY Backup setting feature
It would be good as a failsafe to include a feature to export all INKY Admin configurations, settings, for MSPs; to be used as future reference and for change management.
Gary Albert 4 months ago
Reporting
Email Security
Integration with Halo
Please create feature parity to the roadmap Autotask integration. Including, but not limited to, -Create tickets for actionable DMARC insights -Create tickets for actionable mail events -Create tickets for actionable DLP events -Create tickets for integration issues (M365, Salesforce etc issues) -Sync billing consumption
Steven Richardson 6 months ago
Integrations
Email Security
Integration with Halo
Please create feature parity to the roadmap Autotask integration. Including, but not limited to, -Create tickets for actionable DMARC insights -Create tickets for actionable mail events -Create tickets for actionable DLP events -Create tickets for integration issues (M365, Salesforce etc issues) -Sync billing consumption
Steven Richardson 6 months ago
Integrations
Email Security
Integration Between BullPhish ID and INKY User Phishing Reports
We are requesting improved integration between BullPhish ID (phishing simulations) and INKY (email security) to better handle user-reported simulated phishing emails. Current Issue: When a user correctly identifies and reports a BullPhish simulation using the “Report Phish” button, the message is treated as a real phishing incident by INKY. This results in: Unnecessary ticket creation (Autotask PSA) SOC/technician time spent reviewing false incidents User confusion due to lack of feedback Increased noise in phishing reporting workflows Requested Behavior: When a user reports a BullPhish simulation: The system should automatically recognize the message as a simulation (via headers, tagging, or integration). The user should receive immediate feedback such as: “Good catch — this was a simulated phishing test.” The event should be logged in BullPhish as a successful user action. The report should NOT: Generate a phishing incident in INKY Trigger SOC workflows or alerts Create tickets in Autotask Additional Suggestions: Introduce a header/tag (e.g., X-Phish-Simulation: BullPhish) for easy identification Allow MSPs to define handling rules for simulated phishing reports Provide reporting on user detection success without impacting security incident metrics Business Impact: Reduces false positives and alert fatigue Improves technician efficiency Enhances user training experience with immediate reinforcement Aligns phishing simulation outcomes with real-world SOC workflows This integration would significantly improve operational efficiency and the overall effectiveness of the Kaseya security stack.
Geoff Levy 3 months ago
Integrations
Email Security
Integration Between BullPhish ID and INKY User Phishing Reports
We are requesting improved integration between BullPhish ID (phishing simulations) and INKY (email security) to better handle user-reported simulated phishing emails. Current Issue: When a user correctly identifies and reports a BullPhish simulation using the “Report Phish” button, the message is treated as a real phishing incident by INKY. This results in: Unnecessary ticket creation (Autotask PSA) SOC/technician time spent reviewing false incidents User confusion due to lack of feedback Increased noise in phishing reporting workflows Requested Behavior: When a user reports a BullPhish simulation: The system should automatically recognize the message as a simulation (via headers, tagging, or integration). The user should receive immediate feedback such as: “Good catch — this was a simulated phishing test.” The event should be logged in BullPhish as a successful user action. The report should NOT: Generate a phishing incident in INKY Trigger SOC workflows or alerts Create tickets in Autotask Additional Suggestions: Introduce a header/tag (e.g., X-Phish-Simulation: BullPhish) for easy identification Allow MSPs to define handling rules for simulated phishing reports Provide reporting on user detection success without impacting security incident metrics Business Impact: Reduces false positives and alert fatigue Improves technician efficiency Enhances user training experience with immediate reinforcement Aligns phishing simulation outcomes with real-world SOC workflows This integration would significantly improve operational efficiency and the overall effectiveness of the Kaseya security stack.
Geoff Levy 3 months ago
Integrations
Email Security