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)
한 사용자는 “이 제한은 Enterprise 버전 전용이며, Team 버전은 해당되지 않는다”고 주장하며 관련 코멘트 링크를 첨부함
하지만 Ubuntu 저장소에는 Enterprise 버전이 “Free edition”으로 표기되어 있어 혼란스럽다고 함
다른 사람은 Team 버전도 제한이 많고 비교표가 불명확하다고 덧붙임
또 다른 이는 “바이너리를 패치해 제한을 제거하는 게 법적으로 가능한가”를 물음
Element/Matrix에 대한 부정적 기사들이 많지만, 적어도 이런 문제는 없어서 안도감을 느낀다는 의견이 있었음
이에 대한 답글로, 한 사용자는 Element/Matrix를 장기간 사용한 경험을 공유함
초기에는 element.io(당시 vector.im)에서 호스팅했지만, 엔터프라이즈 요금제 전환으로 etke.cc로 이전했다고 함
etke.cc는 비연합 서버 설정에도 빠르게 대응해줬고, 이후로는 안정적으로 사용 중이라고 함
다만 메시지 마이그레이션이 불가능했던 점이 아쉬웠다고 함
“가능하면 자체 도메인으로 운영하라”는 교훈을 남기며,
만약 다른 플랫폼으로 옮긴다면 Zulip을 고려할 것이라고 덧붙임
Hacker News 의견들
Mattermost의
limits.go코드에서 게시물 기록 제한(PostHistoryLimit) 관련 로직이 제거된 diff를 공유함sed명령어 한 줄로maxUsersLimit값을 늘리는 간단한 패치 방법을 제안함 (참고 링크)MIT, AGPL 3.0, Apache 2.0 등이 혼재되어 있고, “compiled version은 MIT, source는 AGPL”이라는 구조가 법적 모순을 낳는다고 지적함
LICENSE.txt 문서를 인용하며, 이는 변호사가 아닌 비즈니스 전략가가 쓴 듯한 허술한 문서라고 비판함
Mattermost가 자체 호스팅 버전에도 메시지 제한을 강제하고, 이를 공지 없이 적용한 점에 대해 불만을 표함
한 사용자는 Mattermost 대신 Zulip을 강력히 추천함
Slack보다 집중력 관리가 뛰어나고, Dropbox에 인수됐다가 다시 독립한 흥미로운 이력을 언급함
Framasoft의 MostlyMatter 포크를 추천하며, 사용자 제한이 없다고 소개함
“기여자들을 FOSS 모델로 유인해놓고, 결과물을 상업화하는 전형적인 패턴”이라며 Mattermost의 오픈코어 전략을 비판함
Mattermost가 방산 계약업체로 전환 중이며, 웹사이트 문구가 군사적 콘셉트로 가득하다고 언급함
Zulip과 Wekan을 윤리적·기술적 대안으로 추천함
누군가는 “Mattermost가 MIT 라이선스라면 왜 제한을 제거하지 못하냐”고 질문함
“Mattermost가 뭐냐”는 질문에
한 사용자는 “이 제한은 Enterprise 버전 전용이며, Team 버전은 해당되지 않는다”고 주장하며 관련 코멘트 링크를 첨부함
Element/Matrix에 대한 부정적 기사들이 많지만, 적어도 이런 문제는 없어서 안도감을 느낀다는 의견이 있었음
초기에는 element.io(당시 vector.im)에서 호스팅했지만, 엔터프라이즈 요금제 전환으로 etke.cc로 이전했다고 함
etke.cc는 비연합 서버 설정에도 빠르게 대응해줬고, 이후로는 안정적으로 사용 중이라고 함
다만 메시지 마이그레이션이 불가능했던 점이 아쉬웠다고 함
“가능하면 자체 도메인으로 운영하라”는 교훈을 남기며,
만약 다른 플랫폼으로 옮긴다면 Zulip을 고려할 것이라고 덧붙임