Simafri Suite
REMOTE · SUITE-MCP.SIMAFRI.COM
Professional email, calendar, contacts and files on your own domain.
Available components
Last scanned (2 hours ago)
Scores higher than 68% of remote servers
Reachable. Last reached 25 Oct 2026.
Category Communication
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →
Endpoint Security92
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation is enforced on tool calls, advertised via RFC 9728 protected-resource metadata. Discovery is public, which costs nothing: no tool can be invoked without a token. View diagnostics → Pass
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- HSTS check failed: the Strict-Transport-Security header is absent. See how to fix → View diagnostics → Fail
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
- The authorisation server supports Client ID Metadata Documents, the current MCP client-registration mechanism. View diagnostics → Pass
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability65
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 14263 tokens (~209/item across 68 items; 68 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management0
- Stability not yet verified: not enough scan history yet (needs a 30-day window).Unverified
Tool Coverage100
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 100% of tool parameters carry a description.Pass
Tool Safety75
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- 0 of 15 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation; "send_email" implies "send" and declares no destructiveHint at all, which the MCP spec reads as destructive by default. See how to fix → Fail
- An AI judge read all 69 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a current MCP spec version (2026-07-28).Pass
Unverified: 1 category
A category scored 0 because we could not verify it: authentication we do not have, an unreachable endpoint, or not enough scan history. We only credit what we can confirm.
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 25 Oct 26 +38
- Transport: unverified → pass ▲ security
- Injection markers: unverified → pass ▲ security
- First check of Judged manipulation: pass security
- Authorization: Authorisation is enforced on tool calls, advertised via RFC 9728 protected-resource metadata. Discovery is public, which costs nothing: no tool can be invoked without a token. security
- MCP protocol: unverified → pass ▲ functional
- Tool coverage: unverified → 100 ▲ functional
- First check of Schema quality: fail functional
- First check of Schema quality: excellent functional
- First check of Schema quality: fail functional
- First check of Destructive annotations: 0 functional
- First check of Tool coverage: 100 functional
- 12 Oct 26 37
First indexed and scored.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 25 Oct 2026 · Probed https://suite-mcp.simafri.com/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=suite-mcp.simafri.com | CN=WE1,O=Google Trust Services,C=US | 6 Sept 2026 | 5 Dec 2026 | ECDSA 256 | ECDSA-SHA256 | b6dff817eb6405ac13efd11cc860f8f5 |
| SANs: suite-mcp.simafri.com | ||||||
| CN=WE1,O=Google Trust Services,C=US (CA) | CN=GTS Root R4,O=Google Trust Services LLC,C=US | 13 Dec 2023 | 20 Feb 2029 | ECDSA 256 | ECDSA-SHA384 | 7ff31977972c224a76155d13b6d685e3 |
| CN=GTS Root R4,O=Google Trust Services LLC,C=US (CA) | CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE | 15 Nov 2023 | 28 Jan 2028 | ECDSA 384 | SHA256-RSA | 7fe530bf331343bedd821610493d8a1b |
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of suite-mcp.simafri.com. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| com. | present | 19718 | 13 | Verified |
| simafri.com. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication Enforced and verified
The endpoint asked for a token and published valid RFC 9728 metadata describing how to get one.
| Result | Enforced and verified |
|---|---|
| Enforced | On tool calls |
| HTTP status | 200 |
WWW-Authenticate challenge Bearer realm="augees-mcp", resource_metadata="https://suite-mcp.simafri.com/.well-known/oauth-protected-resource/mcp", scope="mcp"
Bearer realm="augees-mcp", resource_metadata="https://suite-mcp.simafri.com/.well-known/oauth-protected-resource/mcp", scope="mcp" Protected resource metadata
| Document | https://suite-mcp.simafri.com/.well-known/oauth-protected-resource/mcp |
|---|---|
| Retrieved | Yes |
| Resource | https://suite-mcp.simafri.com/mcp |
| Authorisation server | https://suite.simafri.com |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://suite-mcp.simafri.com/mcp | Verified | 200 | |
| http (plaintext) | http://suite-mcp.simafri.com/mcp | HTTPS enforced | 301 | https://suite-mcp.simafri.com/mcp |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
remove_team_member Take someone out of a team ~80
Takes a person out of a team. The threads they took from it stay on their name.
| Name | Type | Req | Description |
|---|---|---|---|
| person | string | yes | The email address the person signs in with, which is not the same thing as the mailbox: it is how the account knows them. |
| team | string | yes | The slug of the team, as list_teams gives it. |
No output schema declared.
No examples provided.
rename_conversation Give a thread a subject of the team's own ~296
Gives a thread a subject that says what it is about, for the people who work it: shown in the lists and on the thread screen in place of the subject of the mail, and in "team_subject" of list_conversations and get_conversation. It is the team's label and never the subject of the correspondent's mail: "subject" stays the one they wrote, every answer still leaves as a "Re:" of it with the ticket number, and their mail client keeps the case as one conversation. Use it on a ticket whose subject says nothing of the request, a form notification ("New message from ...") or a bare order, once you know what is asked: name the request, not the person. One line, up to 255 characters; giving the subject of the mail again, or null, takes the team's away. The renaming is recorded on the thread as a note signed by the person this connection acts for, naming the former subject, and the search finds the thread by both. One subject per thread, so it takes one conversation_id.
| Name | Type | Req | Description |
|---|---|---|---|
| conversation_id | string | yes | The id of the conversation, as list_conversations gives it. |
| team_subject | string | yes | The subject the team gives the thread, plain text on one line, up to 255 characters: what is asked, for example "Devis pour un site vitrine" rather than "Nouveau message de Jessica". |
No output schema declared.
No examples provided.
rename_team Rename a team ~63
Gives a team a new name. Its slug stays, so every reference to it keeps working.
| Name | Type | Req | Description |
|---|---|---|---|
| name | string | yes | Its new name, 1 to 80 characters. |
| team | string | yes | The slug of the team, as list_teams gives it. |
No output schema declared.
No examples provided.
reply_to_conversation Reply in a thread ~441
Sends an answer in an existing thread, written by the caller, from the address the thread arrived through. A draft left pending on that thread is superseded, so the contact reads one answer. With "send_at" the answer is scheduled instead, and supersedes that draft only when it leaves.
| Name | Type | Req | Description |
|---|---|---|---|
| attachments | array | – | Files to send along, up to 10 and 7 MiB in total. Each one is named EITHER by "upload_id", a file already pushed to a slot from create_attachment_upload, OR inline by "filename" and "content_base64".… |
| bcc | – | – | Who else receives it without the others being told. A blind copy is kept on the sending alone: the thread records the visible recipients only. |
| body | string | yes | The text of the message, as the contact will read it. Plain text, in their language. |
| cc | – | – | Who else receives it, in copy. Everyone on the mail sees these. |
| conversation_id | string | yes | The id of the conversation, as list_conversations gives it. |
| reply_all | boolean | – | true answers everyone the contact wrote to, the people in copy included, minus the account own addresses. Left out, the answer goes to the contact alone. |
| send_at | string | – | When it should leave, if not now: a date and time with its offset, such as "2026-10-12T08:30:00+03:00", at most a year ahead. Without an offset it is read in the zone of the person this connection ac… |
| status | string | – | Where the thread stands once the answer is out. Left out, "answered". "in_progress" for an answer that only holds the contact while someone keeps working on the case (an acknowledgement, a request pa… |
No output schema declared.
No examples provided.
report_spam Report a thread as spam ~237
Moves a thread of a mailbox into its Spam folder, where it stays readable and can be taken back out, and blocks its sender: their next message is filed in Spam too, without anybody being asked again. Spam is emptied 30 days after a thread lands there, and that deletion is final. Threads of a helpdesk queue have no Spam folder and are refused: file_conversation with "trash" throws them away instead. To report several threads, give conversation_id the list of their ids, in ONE call rather than one call per thread: the answer then lists in "results" the outcome of each thread in the order given ("ok", with its "result" or its "error") and counts "succeeded" and "failed". Each thread passes exactly the checks it would alone, so one refused or out of reach ("not found") leaves the others done, and the call is an error only when none succeeded.
| Name | Type | Req | Description |
|---|---|---|---|
| conversation_id | – | yes | The id of the conversation, as list_conversations gives it, or a list of up to 50 ids to do the same to every one of them in a single call. |
No output schema declared.
No examples provided.
save_compose_draft Keep a message for later ~222
Writes down a message being prepared, so it can be finished later from anywhere. Pass "from" to start one; pass its id to write into it again, where the fields you leave out keep the value they had. Saving sends nothing: send_email is what sends.
| Name | Type | Req | Description |
|---|---|---|---|
| bcc | – | – | Who else receives it without the others being told. A blind copy is kept on the sending alone: the thread records the visible recipients only. |
| body | string | – | The text of the message, as the contact will read it. Plain text, in their language. |
| cc | – | – | Who else receives it, in copy. Everyone on the mail sees these. |
| draft_id | string | – | The id of the unsent message, as list_compose_drafts gives it. |
| from | string | – | The address it will be sent from, from list_sender_addresses. Needed to start a message, ignored afterwards. |
| subject | string | – | The subject line, up to 255 characters. |
| to | – | – | Who it is written to. |
No output schema declared.
No examples provided.
search_conversations Search a mailbox ~258
Finds the threads of one mailbox by their subject, their text, the people on them or the names of the files they carried, best answer first. Call list_sender_addresses to find the box. This is how you look a mail up when you know a word of it and not where it is.
| Name | Type | Req | Description |
|---|---|---|---|
| box | string | yes | The address of the mailbox to look in, for example "simon@sonentreprise.com": call list_sender_addresses to find it. A support queue is not a mailbox and has no folders. |
| folder | string | – | Narrows to one folder of the box: one of inbox, sent, drafts, spam, trash, archive, or the id of a folder a person made (list_folders gives them). Left out, the whole box is searched, which is usuall… |
| limit | integer | – | How many threads to bring back, 1 to 200. Defaults to 100. |
| q | string | yes | What is being looked for. Plain words are all required, "a phrase in quotes" is looked for as written, "or" offers an alternative and a leading "-" excludes a word. |
No output schema declared.
No examples provided.
send_email Send a new email ~435
Writes and sends an email to someone, and opens the thread their answer will land in. The text goes out as given, so this is the tool for a message a person has read and approved. With "send_at" it is scheduled instead: nothing leaves until then, and list_scheduled_sends shows it waiting.
| Name | Type | Req | Description |
|---|---|---|---|
| attachments | array | – | Files to send along, up to 10 and 7 MiB in total. Each one is named EITHER by "upload_id", a file already pushed to a slot from create_attachment_upload, OR inline by "filename" and "content_base64".… |
| bcc | – | – | Who else receives it without the others being told. A blind copy is kept on the sending alone: the thread records the visible recipients only. |
| body | string | yes | The text of the message, as the contact will read it. Plain text, in their language. |
| cc | – | – | Who else receives it, in copy. Everyone on the mail sees these. |
| contact_name | string | – | The name of the recipient, recorded on their fiche when we open one. |
| from | string | yes | The address to send from: one of the account inbound addresses, or one of the other names of a mailbox, which is what brings the answer back into that mailbox. Call list_sender_addresses to find them… |
| send_at | string | – | When it should leave, if not now: a date and time with its offset, such as "2026-10-12T08:30:00+03:00", at most a year ahead. Without an offset it is read in the zone of the person this connection ac… |
| subject | string | yes | The subject line, up to 255 characters. |
| to | – | yes | Who it is written to. The thread is filed under the first of them. |
No output schema declared.
No examples provided.
set_archive_on_reply Archive a thread once it is answered ~140
Says whether a thread of a mailbox leaves the Inbox for the Archive as soon as the box answers it, whether the answer is written in the webmail, through these tools or in a mail app such as Thunderbird. The thread comes back to the Inbox when a new message arrives in it. A setting of the box: on a box held by several people it moves the thread for all of them. A helpdesk queue refuses it, its threads being worked by status.
| Name | Type | Req | Description |
|---|---|---|---|
| address | string | yes | The mailbox, from list_sender_addresses. |
| archive_on_reply | boolean | yes | True to archive answered threads, false to leave them in the Inbox. |
No output schema declared.
No examples provided.
set_auto_draft Set automatic drafting ~80
Says whether an incoming message has Iris draft an answer on its own. With it off, a draft is written when someone asks for one from the inbox, which is what keeps the model spend where you put it.
| Name | Type | Req | Description |
|---|---|---|---|
| auto_draft | boolean | yes | true has every incoming message drafted, false leaves the drafting to a person, from the inbox. |
No output schema declared.
No examples provided.
set_conversation_status Set the status of a conversation ~286
Says where a thread stands, and optionally where it stands in the pipeline. Both are recorded as decided by a person, so a later reading by Iris keeps them. To set the same status on several threads, give conversation_id the list of their ids, in ONE call rather than one call per thread: the answer then lists in "results" the outcome of each thread in the order given ("ok", with its "result" or its "error") and counts "succeeded" and "failed". Each thread passes exactly the checks it would alone, so one refused or out of reach ("not found") leaves the others done, and the call is an error only when none succeeded.
| Name | Type | Req | Description |
|---|---|---|---|
| conversation_id | – | yes | The id of the conversation, as list_conversations gives it, or a list of up to 50 ids to do the same to every one of them in a single call. |
| deal_stage | string | – | Where the thread stands in the pipeline, in your own vocabulary, up to 128 characters. An empty string clears it. |
| status | string | yes | Where the thread stands: "open" for one nobody has taken, "customer_reply" when the contact has written back, "answered" once we replied, "delivery_failed" when our reply bounced, "in_progress" while… |
No output schema declared.
No examples provided.
set_signature Set the signature of an address ~99
Writes the block that closes what is written from an address. It belongs to the address, so everyone who writes from it signs the same way; it is put into a message when one is being written, not added behind the sender back.
| Name | Type | Req | Description |
|---|---|---|---|
| address | string | yes | The address to sign for, from list_sender_addresses. |
| signature | string | yes | The signature itself, plain text, up to 2000 characters. An empty text removes it. |
No output schema declared.
No examples provided.
unassign_conversation Give a thread back to the queue ~215
Takes the name off a thread: nobody is handling it, and it goes back to the queue for whoever picks it up. It closes no door, the thread having been readable by everybody working that queue the whole time. Replayed on a thread nobody had taken, it answers the same thing. To give several threads back to the queue, give conversation_id the list of their ids, in ONE call rather than one call per thread: the answer then lists in "results" the outcome of each thread in the order given ("ok", with its "result" or its "error") and counts "succeeded" and "failed". Each thread passes exactly the checks it would alone, so one refused or out of reach ("not found") leaves the others done, and the call is an error only when none succeeded.
| Name | Type | Req | Description |
|---|---|---|---|
| conversation_id | – | yes | The id of the conversation, as list_conversations gives it, or a list of up to 50 ids to do the same to every one of them in a single call. |
No output schema declared.
No examples provided.
unblock_sender Unblock a sender ~100
Lets an address write to the Inbox again: their next message is filed like anybody else's. Threads already sitting in Spam stay where they are, a block having always been about the mail still to come; file_conversation with "inbox" is what brings one of them back. An address this account holds no block on answers that there was nothing to lift.
| Name | Type | Req | Description |
|---|---|---|---|
| address | string | yes | The address to unblock, as list_blocked_senders gives it. |
No output schema declared.
No examples provided.
unsubscribe Unsubscribe from a mailing list ~290
Leaves the mailing list a thread came from (a newsletter, a promotional mailing, a notification list), in the name of the mailbox it arrived in, with what the last message received in the thread offers: one POST to the list's unsubscribe address when it accepts a one-click unsubscription, otherwise a short mail from the box to the list's own address. get_conversation says, in "unsubscribe" on each message, whether it offers a way out ("one_click", "mailto") and when the box took it ("done_at"). Call it once the person has said they want to leave that list: it is their decision about the mail they receive. The answer is {status, method, detail}: "unsubscribed" when the list took the request, "already" when the box had already left from that message (nothing is sent again), "not_offered" when no message of the thread offers a way out, and "refused" when nothing was done, with why in "detail". A thread filed as spam, and a sender that failed DMARC, are refused on purpose: unsubscribing from spam tells its sender that the address exists and is read, and report_spam is the gesture for those. A list that answers with an error is refused with its HTTP code.
| Name | Type | Req | Description |
|---|---|---|---|
| conversation_id | string | yes | The id of the conversation, as list_conversations gives it. |
No output schema declared.
No examples provided.
update_contact Enrich a contact fiche ~187
Writes the fiche fields you pass, and leaves the others as they are. What is written here is recorded as coming from a person, which keeps a later reading by Iris from overwriting it.
| Name | Type | Req | Description |
|---|---|---|---|
| address | string | – | Their postal address. |
| company_name | string | – | The company they write for. |
| contact_id | string | yes | The id of the contact, as list_contacts gives it. |
| contact_title | string | – | Their role there, for example "Directrice generale". |
| language | string | – | The language to write to them in, as a code such as "fr", "en" or "mg". |
| name | string | – | The name of the person. |
| phone | string | – | Their phone number, as they gave it. |
| project_type | string | – | What they came for. |
| sector | string | – | The sector they work in. |
No output schema declared.
No examples provided.
update_folder Rename or move a folder ~98
Renames a folder a person made, moves it under another one or to the top, or both; the folders under it follow, and the threads in it stay. What you leave out keeps its value.
| Name | Type | Req | Description |
|---|---|---|---|
| folder_id | string | yes | The folder, by its id from list_folders. |
| name | string | – | Its new name. |
| parent_id | string|null | – | The folder it moves under, or null for the top. |
No output schema declared.
No examples provided.
update_knowledge Rewrite a knowledge doc ~181
Writes a doc whole, keeping the previous version dated in its history. Send the title and the content each time, plus the brands and addresses it applies to.
| Name | Type | Req | Description |
|---|---|---|---|
| addresses | array | – | The inbound addresses this doc applies to, from list_sender_addresses. An empty list applies it to every address of the brands above. |
| brands | array | – | The brand slugs this doc applies to, from list_brands. An empty list applies it to the whole account. |
| content | string | yes | The doc itself, in Markdown. This is the text Iris reads before drafting. |
| doc_id | string | yes | The id of the doc, as list_knowledge gives it. |
| sort_order | integer | – | Where the doc sits in the reading order, lowest first. |
| title | string | yes | The title of the doc, unique in the account. |
No output schema declared.
No examples provided.
How do I install the Simafri Suite MCP server?
Simafri Suite is a hosted endpoint at https://suite-mcp.simafri.com/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
remote · suite-mcp.simafri.com
claude mcp add --transport http com-simafri-professional-email 'https://suite-mcp.simafri.com/mcp'
What is the Simafri Suite MCP server?
Simafri Suite is an MCP server listed in the public MCP registry as com.simafri/professional-email. Professional email, calendar, contacts and files on your own domain. This page covers its hosted endpoint (https://suite-mcp.simafri.com/mcp).
Is the Simafri Suite MCP server safe to use?
Simafri Suite scores 75 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the Simafri Suite MCP server expose?
Simafri Suite exposes 68 tools: list_conversations, search_conversations, get_conversation, get_customer_card, get_attachment, and 63 more. Their descriptions and schemas cost roughly 12,599 tokens of context every time the server is loaded.
Does the Simafri Suite MCP server require authentication?
Yes. Simafri Suite asked us for credentials when we connected, so you will need to authorise it in your MCP client before it can do anything.
Is the Simafri Suite MCP server still maintained?
Simafri Suite is still listed as active in the MCP registry. We last reached this channel on 25 October 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.