Email Queue
Manage1to1 sends certain emails to families automatically, such as invoice notices, insurance premium notices, waiver notices, and payment confirmations. Rather than sending each one the instant it is created, Manage1to1 places it in a queue and a background task sends them steadily, retrying automatically if a message does not go through the first time.
The Email Queue page lets you see how that queue is doing, find out why any message failed, and re-send the ones that could not be delivered.
Open it from Settings → Email Queue.
The Email Queue is part of System Settings, so you need the Manage Settings permission assigned to your role.
The status summary
The cards across the top show how many queued emails are in each state:
- Pending: waiting to be sent on the next pass.
- Retrying: a send did not succeed yet, so Manage1to1 is automatically trying again with a short delay between attempts.
- Failed: every automatic attempt was used up and the message still did not send. These are the ones that need your attention.
- Sent: delivered successfully.
- Skipped: intentionally not sent. This happens when the reason for the email no longer applies (for example the invoice was already paid before the notice went out) or the recipient has unsubscribed.
A short breakdown by type (invoice, insurance, waiver, and so on) appears under the cards.
Why an email failed
The table lists the emails that failed or are still retrying, most recent first, with:
- Recipient: who the email was going to.
- Type: the kind of notice, and whether it was addressed to the student or a guardian.
- Attempts: how many times Manage1to1 has tried.
- Last Attempt: when it last tried.
- Failure Reason: exactly what the mail service reported (for example an authentication or relay error), so you can tell whether it is a temporary hiccup or something to fix.
Re-sending
- Retry (on a failed row) puts that email back in the queue so the background task sends it again on its next pass.
- Retry all failed re-queues every failed email at once. You are asked to confirm first.
Retrying clears the earlier attempts, so the message gets a fresh set of tries. Rows that are still in the Retrying state do not have a Retry button, because Manage1to1 is already attempting them automatically.
Frequently asked questions
A message shows an authentication or relay error. What should I do? That means your mail service rejected the send. Once the underlying issue is resolved (for example a sending-domain or mailbox problem), use Retry so Manage1to1 attempts delivery again.
Will retrying send duplicates? No. Only failed or retrying messages are re-queued, and a message that already sent is not sent again.
An email is marked Skipped. Can I still send it? Skipped messages were intentionally held back (the invoice already settled, or the recipient unsubscribed), so they are not re-sent from here.