[GH-ISSUE #5519] [DOCS]: Audit and document outgoing connections #5143

Closed
opened 2026-06-05 14:52:15 -04:00 by yindo · 4 comments
Owner

Originally created by @tredondo on GitHub (Apr 24, 2026).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/5519

Description

Given the states focus on privacy, it would be great to list all domains that AnythingLLM legitimately attempts to connect to, so that system/network administrators can implement the necessary firewall rules.

Example domains that AnythingLLM connects to after disabling telemetry:

  • raw.githubusercontent.com
  • cdn.anythingllm.com
Originally created by @tredondo on GitHub (Apr 24, 2026). Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/5519 ### Description Given the states focus on privacy, it would be great to list all domains that AnythingLLM legitimately attempts to connect to, so that system/network administrators can implement the necessary firewall rules. Example domains that AnythingLLM connects to after disabling telemetry: - raw.githubusercontent.com - cdn.anythingllm.com
yindo added the documentation label 2026-06-05 14:52:15 -04:00
yindo closed this issue 2026-06-05 14:52:15 -04:00
Author
Owner

@tredondo commented on GitHub (Apr 24, 2026):

@timothycarambat Thank you for the quick resolution.

However, given the summary dismissal of most of the other issues I've filed as "not planned", without any explanation, I'm going to migrate to an LLM front-end with a friendlier attitude towards QA volunteers.

<!-- gh-comment-id:4316327400 --> @tredondo commented on GitHub (Apr 24, 2026): @timothycarambat Thank you for the quick resolution. However, given the summary dismissal of most of the other issues I've filed as "not planned", without any explanation, I'm going to migrate to an LLM front-end with a friendlier attitude towards QA volunteers.
Author
Owner

@timothycarambat commented on GitHub (Apr 24, 2026):

@tredondo That was done as an effort to manage the issues. You opened ~12 issues in the space of about an hour. This leads to a frustrating level of notification spam to triage and while I can appreciate what the attempt was I was actually in the process of triaging them into 1 big "Feedback issue" - which is something you can see other tickets of. It's just how we do things.

Opening up an atomic ticket for stuff that may or may not be a bug is really not sustainable and it is easier for "QA Feedback" to be done in a single issue with PR's tying back to them. However, if that is how you feel then of course you are open to do and use whatever you like

<!-- gh-comment-id:4316430337 --> @timothycarambat commented on GitHub (Apr 24, 2026): @tredondo That was done as an effort to manage the issues. You opened ~12 issues in the space of about an hour. This leads to a frustrating level of notification spam to triage and while I can appreciate what the attempt was I was actually in the process of triaging them into 1 big "Feedback issue" - which is something you can see other tickets of. It's just how we do things. Opening up an atomic ticket for stuff that may or may not be a bug is really not sustainable and it is easier for "QA Feedback" to be done in a single issue with PR's tying back to them. However, if that is how you feel then of course you are open to do and use whatever you like
Author
Owner

@tredondo commented on GitHub (Apr 24, 2026):

You opened ~12 issues in the space of about an hour.

A positive perspective is regarding that as a volunteer offering one hour of their time to improve the polish of the product.

This leads to a frustrating level of notification spam

I'm sorry. Unfortunately that's how GitHub works. "Spam" was definitely not my intention.

It's just how we do things.

Fair enough. The vast majority of projects I've contributed to prefer to have separate tickets per issues.

Image
<!-- gh-comment-id:4316501983 --> @tredondo commented on GitHub (Apr 24, 2026): > You opened ~12 issues in the space of about an hour. A positive perspective is regarding that as a volunteer offering one hour of their time to improve the polish of the product. > This leads to a frustrating level of notification spam I'm sorry. Unfortunately that's how GitHub works. "Spam" was definitely not my intention. > It's just how we do things. Fair enough. The vast majority of projects I've contributed to prefer to have separate tickets per issues. <img width="855" height="501" alt="Image" src="https://github.com/user-attachments/assets/61f22566-6a85-4dce-a4e3-c3309d9d37c6" />
Author
Owner

@timothycarambat commented on GitHub (Apr 24, 2026):

Yeah I am not arguing with your logic as it if unsound or illogical - just explaining the circumstance. Understandably it looks like everything just got dismissed instantly

<!-- gh-comment-id:4316657110 --> @timothycarambat commented on GitHub (Apr 24, 2026): Yeah I am not arguing with your logic as it if unsound or illogical - just explaining the circumstance. Understandably it looks like everything just got dismissed instantly
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Mintplex-Labs/anything-llm#5143