Help Center / Troubleshooting /
Email and notification troubleshooting
Notification delivery depends on email provider settings, notification preferences in your workspace, and in some cases, DNS configuration for custom sending domains. When notifications stop arriving, the cause is usually one of a few common settings.
1. Not receiving emails from Plutio
The first place to check is the spam or junk folder, because email providers sometimes filter automated notifications. If emails are consistently missing, Settings → Notifications controls which events trigger email alerts. Each notification type, such as task assignments, invoice payments, and conversation replies, can be toggled individually. Verifying that the email address on the account is correct and up to date also rules out delivery to the wrong inbox.
2. Emails landing in spam
Adding Plutio's sending address to the email provider's contacts or safe sender list prevents future messages from being flagged. For workspaces using a custom email domain (configured through SMTP or Gmail OAuth), SPF and DKIM records need to be set in the domain's DNS settings. These records tell receiving email servers that the messages are legitimate, which keeps them out of spam folders.
3. In-app notifications not appearing
In-app notifications are controlled per area. If notifications for a specific feature (like task updates or invoice activity) aren't showing, the per-entity notification preferences may have been turned off in Settings → Notifications. In-app, email, and push notifications are each controlled separately, so having one channel active doesn't guarantee the others are turned on too.
4. Email digest not arriving
The email digest sends a summary of workspace activity at a set frequency. If the digest stops arriving, Settings → Notifications is where the digest toggle and frequency (daily or weekly) are configured. The digest needs to be explicitly enabled and the frequency needs to be set for the summary emails to go out.
5. Expected an email but nothing arrived
Some cases are not delivery failures, they are how Plutio is designed to behave. For the full checklist (including self-actions while logged in, workspace status, and which events never email), see Notifications and Notification settings. In short: Viewed events (someone opened a proposal, contract, invoice, or form) do not send email, only in-app and push when those channels are on. If your Email notifications delivery is set to only when I'm offline and you were active in Plutio when the event happened, notification email is skipped on purpose (other channels can still appear). Plutio also avoids notifying you about your own actions in the same session, common when testing a client link while still signed in as yourself; use an incognito window or a separate login to reproduce what a client sees. To confirm whether Plutio attempted a system email, open Settings → Email log.
