Connection Issues
This guide covers common connection problems in Zenmako and how to resolve them.
Connection Test Failing
When you test a connection and it fails, the issue typically falls into one of these categories.
Invalid Credentials
Symptoms:
"Invalid credentials" or "Authentication failed" error
"Unauthorized" (401) response
"Invalid API key" message
Solutions:
Expired Token: OAuth tokens expire after a period of time. Go to the connection settings and click "Reconnect" to generate a new token.
Wrong API Key: Double-check that you copied the entire API key without extra spaces. Some services have multiple keys (test vs. production) - ensure you're using the correct one.
Revoked Credentials: If you regenerated your API key in the external service, the old key stored in Zenmako is now invalid. Update the connection with the new key.
Environment Mismatch: Some services (like Stripe) have separate test and production environments. Verify you're using credentials for the correct environment.
Wrong Server or Domain
Symptoms:
"Could not connect to server" error
Connection timeout
"Host not found" error
Solutions:
Self-Hosted Instances: If you're connecting to a self-hosted service (Jira Server, GitLab self-managed), verify the URL is correct and includes the protocol (https://).
Regional Endpoints: Some services have regional URLs (e.g., api.eu.service.com vs api.us.service.com). Use the endpoint that matches your account region.
Subdomain Errors: For services like Slack or Notion workspaces, ensure you're using the correct workspace/subdomain identifier.
Network Issues
Symptoms:
Intermittent connection failures
Timeout errors
"Network unreachable" messages
Solutions:
Firewall Rules: If you're in a corporate environment, ensure your firewall allows outbound connections to the service's API endpoints.
VPN Interference: Some VPNs can block or interfere with API connections. Try testing without the VPN if applicable.
Service Outage: Check the external service's status page. If they're experiencing an outage, wait and retry later.
Authentication Errors
Token Expired
Symptoms:
"Token expired" error
"Refresh token invalid" message
Connection worked before but suddenly fails
How to Refresh:
Navigate to Settings > Connections
Find the affected connection
Click the Reconnect button
Complete the OAuth flow again
Test the connection to verify it works
Note: Zenmako automatically refreshes tokens when possible. If automatic refresh fails, it usually means the refresh token itself has expired (typically after 30-90 days of inactivity, depending on the service).
Insufficient Permissions or Scopes
Symptoms:
"Forbidden" (403) error
"Insufficient permissions" message
Connection works but specific actions fail
Solutions:
Review Required Scopes: Check the Zenmako documentation for your connector to see which permissions/scopes are required.
Reconnect with Correct Scopes: Disconnect and reconnect the service. During the OAuth flow, ensure you grant all requested permissions.
Admin Approval Required: Some enterprise services require an administrator to approve the OAuth application before users can connect. Contact your IT administrator.
Role-Based Access: Your account in the external service may not have permission to access certain resources. Verify your role has the necessary access.
Account Access Revoked
Symptoms:
"Access revoked" error
"Application not authorized" message
Previously working connection now fails
Solutions:
Re-authorize the Application: Go to the external service's settings (usually under "Connected Apps" or "Integrations") and check if Zenmako was removed. Reconnect through Zenmako to re-authorize.
Account Deactivated: If your account in the external service was deactivated or suspended, the connection will fail. Resolve the account issue with that service first.
Organization Policy Change: Enterprise administrators may have revoked access to third-party applications. Contact your administrator.
"Not Found" Errors
Resource Not Shared with Integration
Symptoms:
"Page not found" or "Resource not found" error
Can see the resource in the external service but Zenmako cannot access it
Works for some resources but not others
This is especially common with Notion, where pages must be explicitly shared with the integration.
Solutions:
Notion: Open the page in Notion, click the "..." menu in the top right, select "Connections", and add the Zenmako integration. Child pages inherit permissions, so sharing a parent page shares all its subpages.
Google Drive: Ensure the file or folder is shared with the service account email or the connected Google account has access.
Confluence: Verify the connected user has "View" permission on the space or page.
General: Most services require the authenticated user to have explicit access to resources. Verify your account can view the resource directly in that service.
Wrong Resource IDs
Symptoms:
"Not found" error when accessing a specific resource
ID-based lookups fail
Solutions:
Verify the ID: Resource IDs can be found in the URL when viewing the resource in the external service. Copy it directly rather than typing it manually.
ID Format: Some services use different ID formats in different contexts (e.g., numeric vs. alphanumeric). Use the format specified in Zenmako's documentation.
Workspace/Project Prefix: Some IDs require a workspace or project prefix (e.g., PROJ-123 instead of just 123).
Deleted Resources
Symptoms:
Resource previously accessible but now returns "Not found"
References to resources that no longer exist
Solutions:
Check Trash: The resource may be in the service's trash. Restore it or update your Zenmako configuration to reference a different resource.
Archived Items: Some services archive rather than delete. Check if the resource was archived and restore it if needed.
Update References: If the resource was intentionally deleted, update your Zenmako workflows to reference the correct replacement resource.
Rate Limiting
What It Means
Rate limiting occurs when you make too many API requests to an external service in a short period. Services impose these limits to ensure fair usage and system stability.
Symptoms:
"Too many requests" (429) error
"Rate limit exceeded" message
Requests work sometimes but fail during high activity
How Zenmako Handles It
Zenmako includes built-in rate limit handling:
Automatic Retry: When a rate limit is hit, Zenmako automatically waits and retries the request.
Exponential Backoff: Retry delays increase progressively to avoid hitting the limit again immediately.
Request Queuing: Requests are queued and processed at a sustainable rate.
What You Can Do
Reduce Frequency: If running scheduled workflows, increase the interval between runs.
Batch Operations: Where possible, use batch endpoints rather than making many individual requests.
Optimize Queries: Use filters to reduce the amount of data retrieved. Fetching only what you need reduces API calls.
Check Service Limits: Review the external service's rate limit documentation. Some services offer higher limits on paid plans.
Spread the Load: If you have multiple workflows hitting the same service, stagger their execution times.
Data Not Appearing
Knowledge Base Not Updated
Symptoms:
Recent changes in the external service don't appear in Zenmako
Search results show outdated information
New resources aren't visible
Solutions:
Trigger Manual Sync: Go to the connection settings and click "Sync Now" to force an immediate update.
Check Sync Status: Look for any sync errors in the connection details. A failed sync means data wasn't updated.
Wait for Scheduled Sync: Zenmako syncs data periodically. Recent changes may not appear until the next scheduled sync completes.
Verify Connection is Active: Ensure the connection is still valid and hasn't encountered authentication errors that would prevent syncing.
Permissions on Specific Resources
Symptoms:
Some data appears but other expected data is missing
Partial results from queries
Solutions:
Check Resource-Level Permissions: Even with a valid connection, individual resources may have restricted access. Verify the connected account can access the missing resources directly in the external service.
Inherited Permissions: Some services (like Notion) require explicit sharing with integrations. Parent containers may be shared but specific items might not be.
Team/Workspace Boundaries: The connected account may only have access to certain teams, projects, or workspaces within the service.
Filters or Queries Too Restrictive
Symptoms:
Queries return no results
Expected data is filtered out
Solutions:
Review Filter Criteria: Check any date ranges, status filters, or other criteria that might exclude the data you're looking for.
Test with Broader Filters: Remove filters one at a time to identify which one is excluding your data.
Check Default Filters: Some connectors have default filters (e.g., excluding archived items). Review the connector settings to see if defaults are affecting your results.
Verify Data Exists: Confirm the data you're looking for actually exists in the external service and meets your filter criteria when viewed there directly.
Getting More Help
If you've tried the solutions above and are still experiencing issues:
Check Connector Documentation: Each connector has specific requirements and known limitations documented in the Zenmako docs.
Review Error Details: Error messages often contain specific codes or details that can help diagnose the issue.
Contact Support: If the issue persists, reach out to Zenmako support with:
- The connector you're using
- The exact error message
- Steps to reproduce the issue
- When the issue started occurring