▲

Mattermost가 10,000개 메시지 초과 시 이전 메시지 접근을 제한

 (github.com/mattermost)
1P by GN⁺ 13일전 | ★ favorite | 댓글 1개
  • Mattermost는 오픈소스 기반의 셀프호스팅 협업 플랫폼으로, 채팅·워크플로 자동화·음성 통화·화면 공유·AI 통합 기능을 제공
  • 플랫폼은 Go와 React로 작성되어 있으며, PostgreSQL을 기반으로 단일 Linux 바이너리 형태로 실행
  • 매달 16일 MIT 라이선스로 새로운 컴파일 버전이 배포되며, 온프레미스 또는 클라우드 환경에서 사용 가능
  • Android, iOS, Windows, macOS, Linux용 네이티브 앱을 지원해 다양한 환경에서 접근 가능
  • 보안 공지 구독, 커뮤니티 참여, API 통합 등 개발자 생태계가 활발히 운영되어 있음

Mattermost 개요

  • Mattermost는 오픈코어 구조의 셀프호스팅 협업 플랫폼으로, 채팅·워크플로 자동화·음성 통화·화면 공유·AI 통합 기능을 포함
    • 주요 기능은 팀 커뮤니케이션과 DevSecOps, IT 서비스 데스크, 인시던트 대응 등 다양한 업무 시나리오 지원
    • 플랫폼은 Go와 React로 개발되어 있으며, PostgreSQL 데이터베이스를 사용
  • 단일 Linux 바이너리로 실행되며, 매달 16일 MIT 라이선스로 새로운 컴파일 버전이 릴리스됨
  • 온프레미스 배포 또는 클라우드 체험이 가능하며, 공식 웹사이트에서 배포 및 설치 가이드 제공

설치 및 배포

  • Docker, Ubuntu, Tar, Kubernetes, Helm, Debian, RHEL 등 다양한 환경에서 설치 가능
  • 개발자용 환경 설정 가이드가 제공되어, 서버 코드 기여나 플러그인 개발이 용이

네이티브 앱 지원

  • 웹 인터페이스 외에도 Android, iOS, Windows, macOS, Linux용 클라이언트 앱을 제공
    • 각 플랫폼별 설치 링크와 스토어 배지를 통해 다운로드 가능
  • 데스크톱 앱은 Windows 10/8.1, macOS 10.9 이상, Linux 환경에서 지원

보안 및 업데이트

  • Mattermost Security Bulletin 메일링 리스트를 통해 중요 보안 업데이트 알림 제공
    • 온라인 공격의 정교화에 대응하기 위해 보안 공지 구독을 권장
  • 구독자는 주요 보안 릴리스 정보를 이메일로 수신 가능

커뮤니티 및 개발 참여

  • Mattermost Contributors 서버를 통해 개발자 토론 및 협업 가능
    • “Help Wanted” 이슈를 통해 오픈소스 기여 기회 제공
  • Gitpod를 통한 원격 개발 환경 지원
  • API, Webhook, Slash Command, 플러그인 등 700개 이상의 통합 기능을 제공하며, 개발자 문서에서 상세 가이드 확인 가능

라이선스 및 소식

  • MIT 라이선스 기반으로 배포되며, LICENSE.txt 파일에서 세부 권한 확인 가능
  • X(구 Twitter) , Blog, Facebook, LinkedIn, YouTube 등 다양한 채널을 통해 최신 소식 제공
  • 월 1~2회 발행되는 뉴스레터 구독 가능
  • Mattermost Community Server와 IRC 채널을 통해 실시간 커뮤니티 교류 가능
▲
GN⁺ 13일전  [-]
Hacker News 의견들

  • Mattermost의 limits.go 코드에서 게시물 기록 제한(PostHistoryLimit) 관련 로직이 제거된 diff를 공유함

    • 누군가는 sed 명령어 한 줄로 maxUsersLimit 값을 늘리는 간단한 패치 방법을 제안함 (참고 링크)
    • 또 다른 사람은 License() 함수에서 제한값 설정 로직을 수정하는 게 더 깔끔하다고 제안함
    • 한 사용자는 이 변경이 법적으로 합법인지 의문을 제기하며 Mattermost의 복잡한 라이선스 구조를 분석함
      MIT, AGPL 3.0, Apache 2.0 등이 혼재되어 있고, “compiled version은 MIT, source는 AGPL”이라는 구조가 법적 모순을 낳는다고 지적함
      LICENSE.txt 문서를 인용하며, 이는 변호사가 아닌 비즈니스 전략가가 쓴 듯한 허술한 문서라고 비판함

  • Mattermost가 자체 호스팅 버전에도 메시지 제한을 강제하고, 이를 공지 없이 적용한 점에 대해 불만을 표함

    • 누군가는 “실수라기보다 의도된 정책일 수도 있다”고 추측함
    • 다른 사람은 v11 릴리스 노트에서 공지되긴 했지만, 여전히 ‘러그 풀(rug pull)’ 같다고 표현함
    • GitLab SSO 제거 등으로 유료 플랜 전환 유도가 명확하다고 지적함
    • 커뮤니케이션 부재로 인해 잠재 고객 신뢰를 잃는 전략이라며 의아해함
    • 한 회사는 LDAP 기능이 포함된 저가 티어가 사라지자 다른 플랫폼으로 이전했다고 공유함

  • 한 사용자는 Mattermost 대신 Zulip을 강력히 추천함
    Slack보다 집중력 관리가 뛰어나고, Dropbox에 인수됐다가 다시 독립한 흥미로운 이력을 언급함

    • 다른 사람도 Zulip을 매일 쓰며 통합 기능을 직접 만들었다고 함
    • Zulip과 Matrix/Element의 비교를 묻는 댓글도 있었음
    • 다만 Zulip도 SAML/LDAP 기능이 유료라는 점을 지적함

  • Framasoft의 MostlyMatter 포크를 추천하며, 사용자 제한이 없다고 소개함

    • Docker로 배포 중인 사용자가 공개 Docker 빌드 포크가 있는지 질문함

  • “기여자들을 FOSS 모델로 유인해놓고, 결과물을 상업화하는 전형적인 패턴”이라며 Mattermost의 오픈코어 전략을 비판함

  • Mattermost가 방산 계약업체로 전환 중이며, 웹사이트 문구가 군사적 콘셉트로 가득하다고 언급함
    Zulip과 Wekan을 윤리적·기술적 대안으로 추천함

    • 어떤 이는 Anduril, Palantir 같은 기업들이 군수 산업화된 현실을 언급하며, 이름조차 아이러니하다고 코멘트함
    • 또 다른 사람은 CryptPad를 추천하며, 종단간 암호화와 셀프 호스팅 옵션을 강조함 (cryptpad.fr)
    • Mattermost의 마케팅 문구가 민망할 정도로 과장되어 있다고 비꼼
    • mIRC도 과거 군사용으로 쓰였다는 HN 링크를 공유함
    • 실제로 공군 등 방위산업 팀에서 Mattermost를 사용해왔으며, 현재는 USAF 자금 지원을 받는 듯하다고 추측함

  • 누군가는 “Mattermost가 MIT 라이선스라면 왜 제한을 제거하지 못하냐”고 질문함

    • 다른 사람은 포크 유지보수의 어려움을 지적하며 “그냥 포크하라”는 말은 현실적이지 않다고 함
    • 또 다른 이는 isitreallyfoss.com의 Mattermost 분석을 공유하며, 바이너리는 MIT, 소스는 AGPL이라는 구조를 설명함
    • “오픈소스가 아니라 오픈코어 SaaS”라고 단언하는 댓글도 있었음
    • 일부는 “이 제한은 단순히 테스트용이 아니라 사용자 통제 목적”이라고 봄

  • “Mattermost가 뭐냐”는 질문에

    • “기업용 IRC 스타일 그룹챗으로, Airgap 환경에서도 작동함”이라는 답변이 달림
    • “Slack의 오픈소스 대안”이라는 설명도 있었고,
    • 어떤 회사는 IRC에서 Mattermost로 이전한 경험을 공유함

  • 한 사용자는 “이 제한은 Enterprise 버전 전용이며, Team 버전은 해당되지 않는다”고 주장하며 관련 코멘트 링크를 첨부함

    • 하지만 Ubuntu 저장소에는 Enterprise 버전이 “Free edition”으로 표기되어 있어 혼란스럽다고 함
    • 다른 사람은 Team 버전도 제한이 많고 비교표가 불명확하다고 덧붙임
    • 또 다른 이는 “바이너리를 패치해 제한을 제거하는 게 법적으로 가능한가”를 물음

  • Element/Matrix에 대한 부정적 기사들이 많지만, 적어도 이런 문제는 없어서 안도감을 느낀다는 의견이 있었음

    • 이에 대한 답글로, 한 사용자는 Element/Matrix를 장기간 사용한 경험을 공유함
      초기에는 element.io(당시 vector.im)에서 호스팅했지만, 엔터프라이즈 요금제 전환으로 etke.cc로 이전했다고 함
      etke.cc는 비연합 서버 설정에도 빠르게 대응해줬고, 이후로는 안정적으로 사용 중이라고 함
      다만 메시지 마이그레이션이 불가능했던 점이 아쉬웠다고 함
      “가능하면 자체 도메인으로 운영하라”는 교훈을 남기며,
      만약 다른 플랫폼으로 옮긴다면 Zulip을 고려할 것이라고 덧붙임
답변달기