Troubleshooting Guide
This guide covers the most common issues you may encounter when using Scitor, along with solutions to resolve them.
Emails not arriving as Issues/Discussions
If inbound emails aren’t being converted to GitHub Issues or Discussions, check the following:
-
Email forwarding configuration — Ensure your email provider is forwarding to the correct Scitor inbound address. Check your forwarding rules are active and not paused.
-
MX records — Verify your domain’s MX records point to
parse.scitor.io. Usedig MX yourdomain.comor an online DNS checker to confirm. -
Blocked sender — The sender may have been previously blocked. Use
/unblock-senderon any issue to remove a sender from the block list. -
Installation status — Confirm the Scitor GitHub App is still installed and has access to the target repository. Check your GitHub App installation settings.
-
Spam score — Emails with a high spam score may be automatically filtered. Check the sender’s email authentication (SPF, DKIM, DMARC).
Tip
Start by checking your GitHub App installation at github.com/settings/installations to verify Scitor has access to the expected repositories.
/send command not working
If the /send command isn’t sending emails:
-
Metadata comment — Every inbound issue contains a hidden HTML comment with sender metadata. If this comment is edited or deleted,
/sendcannot determine the recipient. Do not modify the issue body’s hidden comment block. -
Outbound email limit — Check whether you’ve exceeded your plan’s monthly outbound email limit (100 for Free, 500 for Pro). Use
/reportto check your current usage. -
Email provider configuration — Verify that your email provider API key is configured. Scitor requires either
RESEND_API_KEYorSENDGRID_API_KEYto send outbound emails. -
Sender address — Ensure the configured sender address is valid and verified with your email provider.
Warning
Never edit or delete the hidden HTML metadata comment in the issue body. It contains the sender’s email address and is required for /send to work.
AI triage not labeling tickets
If AI analysis labels (sentiment, category) aren’t being applied:
-
Plan check — AI triage is a Pro plan feature. Verify your plan is active with
/plan. -
Configuration — Ensure
ai: trueis set in yourscitor.yamlconfiguration file. -
Content type — AI analysis requires text content to process. Image-only emails or emails with very little text may not trigger analysis.
Info
AI analysis runs automatically on every inbound email and form submission when enabled. Labels are applied within seconds of the issue being created.
SLA deadlines seem wrong
If SLA response or resolution deadlines don’t match your expectations:
-
Business hours — Check your business hours configuration in
scitor.yaml. SLA timers only count time during configured business hours. -
Timezone — Verify the timezone setting in your SLA configuration matches your team’s working timezone.
-
Waiting on customer — SLA timers automatically pause when the
waiting-on-customerlabel is applied to an issue. Remove the label to resume the timer. -
Check SLA state — Use
/sla statuson any issue to see the current SLA state, including elapsed time and remaining time.
Tip
Use /sla status to inspect the full SLA breakdown for any issue, including paused time and business hours applied.
Knowledge base not updating
If your documentation site isn’t reflecting recent changes:
-
Docs folder path — Ensure the
docsconfiguration inscitor.yamlpoints to the correct folder in your repository. -
Branch — Only pushes to the default branch trigger a knowledge base rebuild. Changes on feature branches won’t be published until merged.
-
Build logs — Check for build errors that may prevent the docs from being published. Look for syntax errors in frontmatter or invalid Markdown.
-
R2 bucket permissions — Verify the R2 storage bucket has the correct permissions for Scitor to write the built documentation files.
Warning
Only Markdown (.md) files are supported. Other formats like .html or .rst will be ignored during the docs build.
CSAT surveys not sending
If customer satisfaction surveys aren’t being sent after issues are closed:
-
CSAT enabled — Verify CSAT surveys are enabled in your
scitor.yamlconfiguration. -
Timing — Surveys are sent after an issue is closed, with a configurable delay. The survey won’t send immediately upon closing.
-
Cron schedule — The CSAT survey job runs on a cron schedule every 5 minutes. There may be a short delay before the survey is dispatched.
-
Duplicate prevention — Only one survey is sent per issue. If a survey has already been sent for a given issue, it won’t be sent again.
Info
CSAT surveys are a Pro plan feature. Ensure your subscription is active with /plan.
Custom domain not working
If your custom docs domain isn’t resolving or showing your knowledge base:
-
DNS records — Verify that the required DNS records (CNAME or A record) are correctly configured with your DNS provider.
-
Domain verification — Use
/verify-domainto check the current verification status of your domain. -
DNS propagation — Allow up to 48 hours for DNS changes to propagate globally. Use an online DNS propagation checker to monitor progress.
-
Domain authentication — Ensure the domain has been authenticated via
/authenticate-domainfor email sending purposes.
Tip
You can check DNS propagation status using tools like dnschecker.org while waiting for changes to take effect.
Form submissions not creating tickets
If web form submissions aren’t being converted to GitHub Issues:
-
Form ID — Check that the form ID used in the embed code is valid and the form is active.
-
Turnstile CAPTCHA — If CAPTCHA verification is enabled for the form, ensure the Cloudflare Turnstile site key is correctly configured.
-
Rate limits — Form submissions are rate-limited to 10 per IP per hour and 5 per email per hour. If the limit is exceeded, submissions will be rejected.
-
Installation access — Ensure the target repository has an active Scitor installation with the correct permissions.
Warning
Rate limits are applied per IP address and per email address independently. Both limits must be within bounds for a submission to succeed.