맨위로가기

글타래

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
목차

1. 개요

글타래는 이메일, 포럼, 뉴스그룹 등에서 메시지를 계층적으로 그룹화하여 대화의 흐름을 파악하고 관리하는 기술이다. RFC 822 및 RFC 5322 표준을 준수하는 시스템은 각 메시지에 고유한 ID를 부여하고, 답장 메시지에 원본 메시지의 ID를 포함시켜 글타래를 구성한다. 글타래는 시간 제약 없이 토론을 확장하고, 특정 대상에게 메시지를 전달하며, 관련 메시지를 그룹화하여 관리하는 데 장점을 가진다. 하지만 신뢰성 문제, 개별 메시지 제어의 부족, 병렬 토론 발생 가능성, 시간적 단편화 등의 단점도 존재한다. 다양한 이메일 클라이언트, 웹 기반 플랫폼, 소셜 네트워크 등에서 글타래 기능을 지원한다.

더 읽어볼만한 페이지

  • 인터넷 용어 - 비대칭 디지털 가입자 회선
    비대칭 디지털 가입자 회선(ADSL)은 전화선을 이용하여 다운로드 속도가 더 빠른 비대칭적인 고속 데이터 통신을 제공하는 기술로, 주파수 분할 이중 방식과 이산 다중톤 변조 방식을 사용하며 거리와 잡음에 따라 속도 저하가 발생할 수 있고 광섬유 인터넷의 발전으로 서비스가 축소되고 있다.
  • 인터넷 용어 - 전자우편
    전자우편은 컴퓨터 네트워크를 이용하여 편지와 메시지를 주고받는 시스템으로, 시분할 메인프레임 통신에서 시작하여 @ 기호 주소 체계 도입 후 아파넷을 통해 대중화되었으며, 다양한 형식의 파일 첨부와 스팸 등의 문제에도 불구하고 널리 사용되는 통신 수단이다.
글타래
정의 및 특징
정의온라인 커뮤니케이션에서 공통된 주제나 맥락을 공유하는 일련의 메시지 모음
다른 이름글타래
특징관련된 메시지를 묶어 대화의 흐름을 쉽게 파악할 수 있도록 함
사용이메일, 온라인 포럼, 소셜 미디어 등 다양한 플랫폼에서 사용
이메일 스레드
정의이메일에서 제목이 같은 메시지들을 묶어 보여주는 기능
기능이전 대화 내용을 쉽게 참조하고 맥락을 파악하도록 도움
소셜 미디어 스레드
정의트위터 등 소셜 미디어 플랫폼에서 여러 개의 게시물을 연결하여 긴 내용을 전달하는 방식
예시폴리티코(POLITICO)의 트위터 스레드 관련 기사
장점 및 단점
장점대화의 맥락 유지, 정보 접근성 향상, 효율적인 커뮤니케이션
단점스레드가 길어질 경우 정보 과부하, 관련 없는 메시지 포함 가능성

2. 메커니즘

스레딩은 이메일 헤더의 `Message-ID`, `In-Reply-To`, `References` 필드를 기반으로 작동한다. 이 정보들을 통해 이메일 클라이언트는 메시지 간의 관계를 파악하고, 이를 트리 형태로 시각화하여 사용자에게 보여준다.[1]

2. 1. RFC 표준

RFC 822 표준(및 후속 RFC 5322)에 따라 인터넷 이메일 클라이언트는 각 메시지의 Message-ID: 헤더 필드에 고유한 메시지 식별자를 추가한다. 예를 들면 다음과 같다.



Message-ID:



사용자가 메시지 A에 답장하여 메시지 B를 만들면, 메일 클라이언트는 메시지 A의 고유 메시지 ID를 다음과 같은 형태로 답장 B의 헤더에 추가한다.



In-Reply-To: 

References:



RFC 5322는 이러한 필드를 채우기 위한 다음 알고리즘을 정의한다.

  • "In-Reply-To:" 필드에는 이 메시지가 답장하는 메시지("상위 메시지")의 "Message-ID:" 필드 내용이 포함된다. 상위 메시지가 두 개 이상인 경우, "In-Reply-To:" 필드에는 모든 상위 메시지의 "Message-ID:" 필드 내용이 포함된다. 상위 메시지에 "Message-ID:" 필드가 없으면, 새 메시지에는 "In-Reply-To:" 필드가 없다.

  • "References:" 필드에는 상위 메시지의 "References:" 필드(있는 경우) 내용과 상위 메시지의 "Message-ID:" 필드(있는 경우) 내용이 차례로 포함된다. 상위 메시지에 "References:" 필드는 없지만 단일 메시지 식별자를 포함하는 "In-Reply-To:" 필드가 있는 경우, "References:" 필드에는 상위 메시지의 "In-Reply-To:" 필드 내용과 상위 메시지의 "Message-ID:" 필드(있는 경우) 내용이 차례로 포함된다. 상위 메시지에 "References:", "In-Reply-To:", 또는 "Message-ID:" 필드가 없으면, 새 메시지에는 "References:" 필드가 없다.


최신 이메일 클라이언트는 수신된 모든 이메일 헤더의 RFC 822 Message-ID, In-Reply-To: 및 References: 필드에서 찾은 고유한 메시지 식별자를 사용하여 계층 구조에서 상위 및 루트 메시지를 찾는다. 이를 통해 해당 메시지를 생성한 답장 체인을 재구성하고 토론 트리로 표시할 수 있다. References: 필드의 목적은 토론 트리의 일부 답장이 누락된 경우에도 토론 트리를 재구성할 수 있도록 하는 것이다.

2. 2. 알고리즘

RFC 822 표준(및 후속 RFC 5322)을 준수하는 인터넷 이메일 클라이언트는 각 메시지에 고유한 메시지 식별자를 `Message-ID:` 헤더 필드에 추가한다. 사용자가 메시지 A에 답장하여 메시지 B를 만들면, 메일 클라이언트는 메시지 A의 고유 메시지 ID를 다음과 같은 형태로 추가한다.

```

In-Reply-To:

References:

```

이는 답장 B의 헤더에 추가된다. RFC 5322는 이러한 필드를 채우기 위해 다음과 같은 알고리즘을 정의한다.

  • "In-Reply-To:" 필드: 이 메시지가 답장하는 메시지("상위 메시지")의 "Message-ID:" 필드 내용을 포함한다. 상위 메시지가 두 개 이상인 경우, "In-Reply-To:" 필드에는 모든 상위 메시지의 "Message-ID:" 필드 내용이 포함된다. 상위 메시지에 "Message-ID:" 필드가 없으면 새 메시지에는 "In-Reply-To:" 필드가 없다.

  • "References:" 필드: 상위 메시지의 "References:" 필드(있는 경우) 내용과 상위 메시지의 "Message-ID:" 필드(있는 경우) 내용이 차례로 포함된다. 상위 메시지에 "References:" 필드는 없지만 단일 메시지 식별자를 포함하는 "In-Reply-To:" 필드가 있는 경우, "References:" 필드에는 상위 메시지의 "In-Reply-To:" 필드 내용과 상위 메시지의 "Message-ID:" 필드(있는 경우) 내용이 차례로 포함된다. 상위 메시지에 "References:", "In-Reply-To:", 또는 "Message-ID:" 필드가 없으면 새 메시지에는 "References:" 필드가 없다.


최신 이메일 클라이언트는 수신된 모든 이메일 헤더의 RFC 822 `Message-ID`, `In-Reply-To:`, `References:` 필드에서 찾은 고유한 메시지 식별자를 사용하여 계층 구조에서 상위 및 루트 메시지를 찾고, 해당 메시지를 생성한 답장 체인을 재구성하여 토론 트리로 표시할 수 있다. `References:` 필드는 토론 트리의 일부 답장이 누락된 경우에도 토론 트리를 재구성할 수 있도록 돕는다.[1]

3. 장점

글타래 토론은 다음과 같은 장점을 제공한다.


  • 시간 및 순서 제약 제거: 대화 구조를 빠르게 파악하고 특정 지점을 분리할 수 있어, 시간 제약 없이 토론을 확장할 수 있다.[3]
  • 메시지 대상 지정: 이전 메시지 작성자를 쉽게 식별하여 메시지 수신자를 명확히 할 수 있다.[1]
  • 목록 복잡성 감소: 관련 메시지를 묶어 대량 메시지 검토를 효율적으로 하고, 토론 발전 시간 및 자원을 확보한다.[1]
  • 실시간 피드백: 트위터 글타래에서 사용자는 각 트윗에 즉시 응답 가능하며, 작가는 피드백을 반영하여 다음 메시지를 작성할 수 있다.[2]

3. 1. 시간 제약 및 순서 제약 제거

글타래 토론은 독자들이 대화의 전체 구조를 빠르게 파악하고, 글타래 내에 중첩된 특정 대화 지점을 분리할 수 있게 해주며, 그 결과 시간 제약 없이 기존의 모든 글타래 또는 하위 글타래에 새로운 메시지를 게시하여 토론을 확장할 수 있게 해준다.[3] 반면에 선형 글타래에서는 토론 주제가 새로운 논점으로 바뀌면 사용자는 다음과 같은 경향을 보인다. 1) 대면 대화에서 교대로 말하는 것과 유사하게 선형 대화를 분산시키는 것을 피하기 위해 이전 토론 지점을 다시 방문하여 확장하는 게시물을 작성하는 것을 꺼리거나, 2) 주제를 벗어나지 않도록 하거나 토론 주제를 변경하는 제안을 해야 한다.[3] 이러한 장점으로 인해 글타래 토론은 뉴스그룹과 복잡한 이메일 체인에서 흔히 볼 수 있듯이, 간단한 단일 단계 작업(예: 간단한 질문에 대한 답변 게시 또는 공유)과는 대조적으로 복잡한 다단계 작업(예: 주요 전제 식별 → 진실성 도전 → 증거 공유 → 제시된 증거의 정확성, 유효성 또는 관련성 질문)을 포함하는 확장된 대화 또는 토론을 촉진하는 데 가장 유용하다.[3]

3. 2. 메시지 대상 지정

이메일은 "받는 사람" 및 "참조" 줄을 사용하여 특정 대상 구성원을 대상으로 메시지를 보낼 수 있다. 그러나 일부 메시지 시스템에는 이 옵션이 없다. 결과적으로 특정 메시지의 의도된 수신자를 결정하기 어려울 수 있다. 메시지가 계층적으로 표시되면 이전 메시지의 작성자를 시각적으로 식별하기가 더 쉽다.[1]

3. 3. 목록 복잡성 감소

관련 메시지를 그룹화하면 특정 주제에 대한 대량 메시지 검토를 효율적으로 만들 수 있다. 또한 각 주제 내에서 토론을 확장하고 발전시킬 수 있는 시간과 정신적 자원을 확보할 수 있다. 그룹 포럼에서 스레드에 답글을 달 수 있도록 하면 표시되는 새 게시물의 수를 줄일 수 있다.[1]

일부 클라이언트는 전체 메시지 글타래에 대한 작업을 허용한다. 예를 들어, 텍스트 기반 뉴스 리더인 '''nn'''은 사용자가 메시지 제목 또는 작성자와 일치하는 규칙에 따라 들어오는 메시지를 자동으로 삭제하는 "kill" 기능을 가지고 있다. 이를 통해 수동으로 확인하고 삭제해야 하는 메시지 수를 크게 줄일 수 있다.[1]

3. 4. 실시간 피드백

작가(주로 언론인)가 트위터를 통해 글타래를 게시하면, 사용자는 글타래의 각 140자 또는 280자 트윗에 응답할 수 있으며, 이는 종종 작가가 다음 메시지를 게시하기 전이다. 이를 통해 작가는 피드백을 후속 메시지의 일부로 포함할 수 있다.[2]

4. 단점

글타래에는 다음과 같은 단점이 있다.


  • 신뢰성 문제: 이메일 소프트웨어가 답장 메시지를 식별하는 알고리즘은 완벽하지 않을 수 있다. 예를 들어, 제목이 같은 관련 없는 메시지를 하나의 글타래로 묶는 경우가 발생할 수 있다.[4] 최신 이메일 클라이언트는 헤더의 고유 식별자를 사용하여 문제를 해결하려 하지만, 모든 클라이언트가 이 표준을 따르지 않으면 혼란이 발생할 수 있다.[5][6]
  • 개별 메시지 제어의 어려움: 글타래 내의 특정 메시지만을 따로 관리(이동, 보관, 삭제 등)하기 어려울 수 있다.[1] 이는 글타래를 할 일 목록처럼 사용하려는 사용자에게 불편함을 초래한다.
  • 병렬 토론 발생: 대화형 글타래에서는 여러 토론이 동시에 진행될 수 있다. 이러한 병렬 토론은 따라가기 어렵고 혼란을 야기할 수 있으며, 특히 토론 구조가 명확하지 않은 경우 더욱 그렇다.
  • 시간적 단편화: 사용자가 표시 모드(계층형 또는 선형)를 선택할 수 있는 시스템에서, 계층형 사용자가 오래된 메시지에 답글을 달면 선형 모드 사용자는 혼란을 느낄 수 있다.[1]

4. 1. 신뢰성

정확한 글타래는 이메일 소프트웨어가 다른 메시지에 대한 답장인 메시지를 식별해야 한다.

이러한 목적으로 사용되는 일부 알고리즘은 신뢰할 수 없을 수 있다. 예를 들어, 제목 줄을 사용하여 메시지를 연결하는 이메일 클라이언트는 우연히 동일한 제목 줄을 가진 관련 없는 두 메시지에 의해 속을 수 있다.[4]

최신 이메일 클라이언트는 이메일 헤더의 고유 식별자를 사용하여 계층 구조에서 상위 및 루트 메시지를 찾는다. 비준수 클라이언트가 토론에 참여할 때, 모든 클라이언트가 메시지에 대한 답장을 작성할 때 이러한 선택적 메일 표준을 준수해야 하므로 메시지 글타래를 혼동할 수 있다.[5][6]

4. 2. 개별 메시지 제어 부족

글타래 내의 개별 메시지는 이동, 별표 표시, 답장, 보관 또는 삭제하는 것이 불가능할 수 있다.[1]

개별 메시지 제어 부족은 메시징 시스템을 할 일 목록으로 사용하는 것을 방해할 수 있다. 할 일 항목과 관련된 정보가 포함된 개별 메시지는 긴 글타래에서 쉽게 사라질 수 있다.[1]

4. 3. 병렬 토론

대화식 스레딩을 사용하면 스레드에서 가장 최근 메시지가 아닌 개별 메시지에 더 쉽게 답장할 수 있다. 그 결과, 여러 토론 스레드가 종종 병렬로 발생한다. 병렬 토론을 동시에 따라가고, 다시 방문하고, 참여하는 것은 정신적으로 어려울 수 있다. 토론 스레드가 일관성 있고 개념적 또는 논리적인 구조로 구성되지 않은 경우(예: 논쟁 중인 주어진 주장에 대한 주장을 제시하는 스레드가 주장에 반대하는 주장을 제시하는 스레드와 섞여 있는 경우), 병렬 토론을 따라가는 것은 특히 혼란스러울 수 있으며 토론을 방해할 수 있다.

4. 4. 시간적 단편화

사용자가 서로 다른 표시 모드(계층형 vs. 선형)를 선택할 수 있는 시스템에서, 계층형 모드 사용자가 오래된 메시지에 답글을 달 경우 선형 모드 사용자를 혼란스럽게 할 수 있다.[1]

5. 스레딩을 지원하는 클라이언트 및 플랫폼

다음은 메시지를 글타래별로 그룹화하고 표시할 수 있는 전자 우편, 포럼, BBS, 뉴스그룹, 이미지/텍스트 게시판 및 소셜 네트워크이다.

5. 1. 클라이언트 기반


  • 애플 메일
  • Emacs Gnus
  • FastMail
  • 포르테 에이전트
  • 지메일
  • Mailbird
  • 마이크로소프트 아웃룩
  • 모질라 썬더버드
  • Mutt
  • Pan
  • Protonmail
  • slrn

5. 2. 웹 기반

웹 기반 글타래 방식에는 디스커스, Gmail, 해커 뉴스, 레딧, 슬래시닷 등이 있다.

참조

[1] 뉴스 What Is an Email Thread? https://www.lifewire[...] Lifewire 2017-12-18
[2] 웹사이트 The Rise of the Twitter Thread https://www.politico[...] 2019-05-07
[3] 간행물 The combined effects of response time and message content on growth patterns of discussion threads in computer-supported collaborative argumentation http://ijede.ca/inde[...] 2005
[4] 웹사이트 Mail with strict threading like news. https://bugzilla.moz[...] Mozilla 2017-05-16
[5] 간행물 Internet Message Format https://tools.ietf.o[...] 2019-04-24
[6] 간행물 Registration of Mail and MIME Header Fields https://tools.ietf.o[...] 2019-04-24
[7] 간행물 Brooks, C. D., & Jeong, A. (2006). Effects of pre-structuring discussion threads on group interaction and group performance in computer-supported collaborative argumentation 2006


본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com