business

Verdict

Submitted 5/6/2026, 7:29:22 AM · Completed 5/6/2026, 5:30:00 PM

6.5
pivot
The idea

Did I Do Something Wrong?

Pain point
IT technicians face demoralization when their proactive problem-solving is met with criticism instead of recognition.
Who has this problem
IT technicians in small companies with limited resources
Contradiction (TRIZ)
Wants to proactively solve issues but risks facing criticism for overstepping or uncovering management's mistakes
Ideal final result
Proactive problem-solving is rewarded with recognition and support rather than criticism
Suggested solution
Implement a structured knowledge-sharing system where technicians can document and share findings without direct managerial oversight, paired with regular training sessions on email security protocols to ensure alignment between technical expertise and management expectations.
Show original source text →
I work at a small company as an IT technician. I am the only technician. Our IT department consists of me and my boss. This is my first professional IT job, but I also have a degree in Computer Science, so I am at least somewhat knowledgeable across a broad area of computer and tech domains. I've been working at this company for about 7 months now. The other day I noticed that all of our support ticket responses were going to quarantine, so users were not able to see replies. I checked quarantined messages in EAC because I thought it was weird that no users were responding to any replies that I sent through tickets. I informed my boss about this and he said he would take a look. Being curious, I inspected the headers of a quarantined email and found that DKIM wasn't aligned with our domain, so even though DKIM and SPF were passing, our anti spam/phishing rules were quarantining the emails, due to a DMARC misalignment issue. I know policies were tightened down recently in response to a bunch of phishing emails going to our users. I didn't mention any of this to my boss, as I assumed he would find the issue and fix it. I was only looking out of curiosity and wanting to understand what the problem was. There has also been incidents in the past where I've tried to help but it has backfired. I eventually noticed that there was a typo in our DNS records for the DKIM key records for the ticketing platform that we use. Our domain was duplicated in the hostname. So instead of dkim.ourdomain.com, it was dkim.ourdomain.com.ourdomain.com. I brought this information to my boss a few days later, when I noticed that some emails were still being quarantined and that replies that were going through showed "unverified sender" inside of Outlook. Long story short, he called me and was very direct about how I shouldn't be looking into that and that what I found in our DNS records didn't apply. Keep in mind I don't have access to our domain provider, I only used nslookup to query them. Emails were technically flowing again, but some support emails were still being quarantined and it looked like he created a bunch of rules within Exchange to force the support emails through. He said that nslookup doesn't tell the full story, and that he wants DMARC to fail sometimes so that he can create rules in Exchange to allow certain mail through. He kept asking me questions about SPF and DKIM and mentioned that he didn't know how much I actually understood, and that he didn't want to get too much into the weeds because he wasn't sure if I would understand. I am not an expert on DKIM, SPF, DMARC, or mailflow in general. I did setup my own home lab with an M365 Business Premium trial so that I could break things and learn at home, and I also set up a free trial of our ticketing software so that I could reproduce and understand this issue better at home. That's mainly what gave me the confidence that I found the proper fix, because I was able to fix the support emails being quarantined in my lab by adding the correct records given by the ticketing system. By the end he told me that the duplicate domain that I saw didn't matter, and that is how DNS is supposed to work. However, when I checked the record again about 15 minutes later, I saw that it had been fixed (it has a TTL of 5 minutes, so the cached record cleared pretty quickly). In addition to this, support emails are now coming through with DMARC passing, and our support email no longer shows up as an unverified sender. The whole experience was fairly demoralizing. I was excited that I found the fix, and that it was just a simple typo in the DNS records, but my boss drilled into me about how I wasted my time and that I need to let him know before I go off exploring like that because he doesn't want me wasting my time. I feel really bad about this now. Did I do something wrong by exploring this issue on my own? Is my understanding of DKIM and DMARC incorrect? I assumed that you always want DMARC to pass, and that you don't really have any control over whether it passes or fails outside of making sure your records are correct. My understanding of SPF is that it passes when the sending IP has permission from your domain to send email on your behalf, and that DMARC passes via SPF when the return-path matches your domain. My understanding of DKIM is that a message can pass if signed, but DMARC will only pass if the signing domain matches the From field.
TRIZ inventive level: 3/5· Principles: segmentation, preliminary action
Synthesis verdict
**Pivot**: The idea of building a product or service related to email authentication protocols like DMARC, DKIM, and SPF has potential, but it requires a clear direction and focus. The user's experience and understanding of these concepts provide a solid foundation, but the complexity of building a product around email authentication protocols is moderate to high. The market exists, with small businesses lacking expertise in email authentication and often having misconfigurations that lead to deliverability issues. However, the solution needs to be carefully defined to ensure it's achievable within a given timeframe.

Strengths

  • - The user has hands-on experience with email authentication protocols
  • - The market exists for a lightweight SaaS tool that scans DNS, detects DMARC/SPF/DKIM misconfigurations, and auto-generates fix instructions
  • - The user's understanding of SPF, DKIM, and DMARC is fundamentally sound

Weaknesses

  • - The complexity of building a product around email authentication protocols is moderate to high
  • - The solution needs to be carefully defined to ensure it's achievable within a given timeframe
  • - The user's lack of communication upfront may have violated workplace norms

Best angle

A lightweight SaaS tool that scans DNS, detects DMARC/SPF/DKIM misconfigurations, and auto-generates fix instructions could serve thousands of small businesses.

Panel verdicts

Viability

meta/llama-4-maverick-17b-128e-instruct

8.0

“The user's experience and understanding of email authentication protocols like DMARC, DKIM, and SPF provide a solid foundation for building a related product or service.”

The idea is to build a product or service related to the issue the user encountered with DMARC, DKIM, and SPF configurations. The user's experience and understanding of these concepts, although not expert-level, demonstrate a good foundation. The user has already set up a home lab to experiment and reproduce the issue, showing hands-on experience. The complexity of building a product around email authentication protocols is moderate to high, but the user's existing knowledge and willingness to learn can help mitigate this. A solo or 2-person team can potentially build a v1 in 4-12 weeks if they focus on a specific aspect of the issue, such as a tool for diagnosing DMARC configuration problems or a simplified DKIM key management system. However, the scope of the project would need to be carefully defined to ensure it's achievable within the given timeframe.

Market

qwen/qwen3-next-80b-a3b-instruct

8.0

“Small businesses are drowning in email deliverability issues caused by misconfigured authentication records, and no affordable, simple solution exists for their one-person IT teams.”

This is not an idea for a business venture - it's a personal career frustration. The core issue is not marketable as a product or service; it's about workplace dynamics, authority, and knowledge validation in a small IT environment. However, the underlying need - that small businesses lack expertise in email authentication (DKIM/SPF/DMARC) and often have misconfigurations that lead to deliverability issues - is very real and underserved. There is a paying market: SMBs with 10-100 employees using Microsoft 365 or similar platforms, who rely on non-specialist IT staff (often one person) and have no one to audit or fix email security. These businesses lose revenue when support tickets, invoices, or customer emails go to spam. The unmet need is affordable, automated email authentication monitoring and remediation - not just for DNS typos, but for misaligned policies, expired keys, and misconfigured DMARC policies. Your boss's behavior reflects a common problem: non-technical managers who fear losing control and mistake proactive problem-solving for overstepping. The market exists - companies like MXToolbox, Valimail, and Mimecast serve this space, but their solutions are overpriced and complex for small teams. A lightweight SaaS tool that scans DNS, detects DMARC/SPF/DKIM misconfigurations, and auto-generates fix instructions (or even auto-updates via API with permission) could serve thousands of small businesses. Your experience proves the pain point is widespread and under-addressed.

Risk

nvidia/llama-3.3-nemotron-super-49b-v1

2.0

“Toxic work environment and unappreciated technical contributions pose the highest risk of employee churn.”

The core issue isn't technical but rather organizational and interpersonal, indicating a deeply problematic work environment. The boss's reaction suggests a lack of trust, poor communication, and possibly insecurity about being surpassed by a junior but inquisitive employee. The technical aspect (DNS typo fix) was successfully identified and indirectly validated (as the issue was later fixed), showing the employee's capability. However, the boss's response has demoralized the employee, indicating a high risk of churn due to unhappiness and unappreciated contributions. Regulation and platform risk are negligible here, but the psychological impact and potential for future suppression of initiative could lead to the employee seeking other opportunities, thus ending their involvement in this venture (their current job) within 6-12 months.

Monetization

mistralai/mistral-medium-3.5-128b

8.0

“Your technical solution was correct, but workplace dynamics and communication protocols matter just as much as technical accuracy.”

Your technical diagnosis and problem-solving were correct: the duplicate domain in the DKIM DNS record was indeed the root cause of DMARC misalignment, and fixing it resolved the issue. Your understanding of SPF, DKIM, and DMARC is fundamentally sound - DMARC alignment requires the signing domain (DKIM) or return-path (SPF) to match the 'From' domain, and passing DMARC is the desired state for legitimate emails. Your proactive troubleshooting in a home lab demonstrates initiative and competence. However, the workplace dynamic is the real issue: your boss's reaction suggests a lack of trust or insecurity, possibly due to past incidents where your help backfired. While your approach was technically valid, the lack of communication upfront (e.g., asking permission to investigate) may have violated workplace norms. The key takeaway is to balance technical rigor with organizational alignment - your skills are strong, but navigating hierarchy and expectations is equally critical.

Competition

nvidia/nemotron-3-nano-omni-30b-a3b-reasoning

6.0

“A low - cost, automated DNS monitoring and remediation tool built for micro - SMBs offers a defensible, durable differentiation in an otherwise crowded enterprise - grade email security market.”

The market already offers robust email security suites (e.g., Microsoft 365, Proofpoint, Mimecast) and third - party DMARC/SPF/DKIM monitoring tools (e.g., Valimail, DMARC Analyzer) that target midsize to large enterprises and often require significant configuration expertise. For a micro - SMB with a single IT technician, these solutions are typically over - engineered, costly, and lack the hands - on, step - by - step remediation guidance that a junior staff member needs. An entrant that builds a lightweight, self - serve platform focused on automated DNS record validation, real - time alerts, and simple, guided fixes would fill a clear niche. The differentiation is real because it combines low cost, ease of use, and domain - specific expertise, but its durability depends on sustaining a simple UI, keeping up with evolving email standards, and avoiding feature creep that could erode its core value proposition.

Synthesized by meta/llama-3.3-70b-instruct · 4.4s