Skip to content
CredenShare
Guides

Notifications

Every email and in-app alert CredenShare produces, who receives each one, what you can turn off, and the events that notify nobody.

CredenShare notifies you about very little on purpose. This page lists everything it does send, and the things people most often assume it sends.

Nothing tells you when a share is opened

There is no email, no in-app notification and no push when a recipient views a share. The bell in the top bar will not light up, and no message reaches your inbox. This is the single most common expectation the product does not meet, so plan around it rather than waiting.

Two ways to find out instead:

  • The access trail. Open a share from your Shares list to see every access attempt with its timestamp, IP address, platform, user agent, and whether a password attempt failed. It exports as CSV or JSON. How far back you can read it depends on your plan: Solo 3 days, Basic 7, Plus 30, Business 90, Enterprise 180. Free accounts have no retention window. See Key concepts.
  • Webhooks, for programmatic notice. share.viewed fires to your endpoint on every successful open, alongside share.access_denied, share.expired and share.deleted. Requires Business or Enterprise. See Webhook events.

The same applies to a share being destroyed. When a recipient burns through the failed-password tolerance and the share is permanently destroyed, neither of you is told — see Creating a share.

In-app notifications

The bell in the top bar has exactly one producer: a submission arriving on one of your secure requests. Nothing else in the product writes to it.

The notification reads:

New response submitted by <submitter> for request <request title>

<submitter> is the submitter's account email address, or the literal word guest when the person who filled the form was not signed in. Clicking the notification marks it read and takes you to that request's page, where the submissions are listed.

Fires whenSomeone submits an answer to your secure request
Goes toThe request owner only — never the submitter, and never other team members
RequiresSecure requests, which are Business and Enterprise
ConfigurableNo. The in-app notification is always written, whether or not the request's email toggle is on
The bell polls every 30 seconds while the panel is closed, so a new submission can take up to half a minute to appear. It does not push.

Working the list

The panel shows 10 notifications per page, newest first, with the unread count on the badge (capped at 99+ in the display, not in the count). Mark read marks the unread items on the page you are looking at. Clear empties the list in your browser only — the records stay on the server, and they come back the next time the panel refreshes. There is no way to delete a notification.

Emails

Six things send you a transactional email. The optional service-update and newsletter mail is separate — see Communication preferences.

EmailSent toConfigurable
Sign-up verification codeThe address registeringNo
Password-reset codeThe account's addressNo
Verification code for a changed email addressThe address being verifiedNo
Sign-in code, when email is your two-factor methodThe account's addressTurned off by disabling Email MFA in Account → Security
Team or account invitation, with the link to acceptThe invited addressNo
A submission arrived on your secure requestThe request ownerYes — see below

Someone invited to a team who has no CredenShare account yet gets a single email before they have one: it carries the invitation link and, separately, a CredenShare share link holding their email address and a generated password. That credential share is destroyed five minutes after it is first opened. Invitation links expire after 24 hours.

CredenShare does not email a share link to your recipient. Shares created in the app produce a link for you to copy and deliver yourself. Shares created through the Slack app are the exception: the CredenShare app messages the recipients you selected in Slack directly — see Slack integration.

Turning off submission emails

The only per-event email switch in the product is on a secure request. When you create or edit one, Notify me on submission controls whether each submission emails you:

Send you an email each time someone submits to this request. Use sparingly for high-volume forms — the notifications hit the inbox you signed up with.

It is on by default, it sends to the address on your CredenShare account, and its current state is shown as Email Notifications on the request's detail page. Turning it off stops the email only; the in-app notification is still written and the submission still appears on the request.

Communication preferences

Account → Profile carries a Communication preferences block with two independent checkboxes:

SettingCoversDefault
Service updatesFeature releases, status notices and information relevant to your subscriptionOn
NewsletterSecurity tips and product news. Marketing, and opt-inOff

Neither affects the six emails in the table above. As the panel itself puts it: "These do not affect essential mail — password resets, verification codes, share notifications and invoices are always sent."

You are asked to set these once, by a one-time prompt headed What may we email you about?, and can change them at any time from the same block.

What produces nothing at all

None of the following notifies anyone, by email or in-app:

  • A share being viewed, expiring, being deleted, or being destroyed by failed password attempts
  • Approaching or exhausting your share allowance
  • A share you own nearing its expiry — there is no expiry reminder of any kind
  • Someone accepting your team invitation
  • A member being removed from a team
  • An API key being created or revoked, or a device being linked under zero-knowledge custody
  • Anything at all reaching a submitter after they fill in a secure request form

Most of these do have a webhook event, on Business and Enterprise — including org.member_added, api_key.created, zk.device_linked and user.emergency_expire. If you need to be told, wire up an endpoint: Webhook events.

Webhooks are the only way CredenShare pushes events to a system of your own. There is no email digest, and no way to have CredenShare email a third party on your behalf. If you would rather poll than receive deliveries, GET /v1/stats returns your account's share counts and a 14-day view history in one call.

One more thing about email

The in-app Enterprise Contact Us form relays your message to CredenShare; you are not copied on it, so keep your own note of what you sent. For anything else, write to support@credenshare.io.