이메일 답장 형식

제품 지원
1

당사 회사에서 티켓/지원 시스템으로 Discourse를 사용 중입니다.
설치가 매우 쉬웠기 때문에, 앞서 길을 닦아 주신 모든 분들에게 박수를 보냅니다.

조금 이상하게 느껴지는 유일한 부분은 이메일과 웹 인터페이스를 오가면서 줄바꿈이 처리되는 방식입니다.

이메일로 다음과 같이 새 티켓을 생성했습니다:

This is a semi-final test to make sure that staged user creation works correctly for tickets.

Thanks,
David

그리고 정상적으로 새 주제로 표시되어, 내용이 동일하게 보였습니다.
웹 인터페이스에서 답글을 작성하며 다음과 같이 입력했습니다:

This is a reply to test ticket 7. So far so good.

Thanks,
Support

하지만 원 게시자(OP)에게 다시 받은 이메일은 다음과 같이 보입니다:

This is a reply to test ticket 7. So far so good. Thanks, Support

다음 답글은 이메일 클라이언트에서 포럼으로 이렇게 전송되었습니다:

This is a reply to the reply to test ticket 7.
Confused yet?

Thanks,
David

게시된 내용은 다음과 같았습니다:

This is a reply to the reply to test ticket 7.Confused yet?

Thanks,
David

마지막 답글은 지원 담당자가 이메일을 통해 "고객"에게 보낸 것이었습니다. 이메일은 다음과 같이 포맷되어 있었으며(주제에서도 동일하게 표시되었습니다):

The only thing confusing me is why the formatting gets messed up?

Thanks,
Support

하지만 다시 한번, 고객이 받은 이메일에서는 모든 내용이 한 줄로 합쳐져 있었습니다.

필요한 곳에 줄바꿈이 일관되게 추가되도록 수정해야 합니다. 때로는 답글이 여러 단락에 걸쳐 길어질 수 있으며, 가독성을 위해 이러한 줄바꿈이 필요합니다.

2

웹에서 이메일로 변환할 때 굵기 및 기울임도 번역되지 않는다는 사실을 방금 알게 되었습니다.

3

혹시 다른 분들도 같은 문제가 발생하는지 확인해 주실 수 있을까요?
내 환경 설정에만 문제가 있는 건가요?

지금 사용하고 있는 티켓 관리 도구가 마음에 들지 않아서 회사를 Discourse로 전환하려고 하고 있습니다. 하지만 현재 사용 중인 도구는 적어도 서식을 올바르게 유지해 주거든요.

4

이 문제를 해결해 본 다른 사람이 없나요?
해결하지 못하셨더라도 알려 주시면, 이것이 일반적인 Discourse 문제인지 아니면 제 환경에만 특이한 문제인지 확인해 볼 수 있습니다.

5

학생 금융 기관인 Student Finance England에도 이 문제가 있는 것 같은데, 더 나쁜 점은 줄바꿈이 완전히 제거되어 공백조차 없다는 점입니다.

하지만 Discourse의 작성기에 이상하게 포맷된 이메일을 붙여넣으면 마법처럼 자동으로 수정됩니다.

나가는 메일 파서가 줄바꿈을 제거하는 것 같습니다.

줄바꿈이 파싱되도록 강제할 방법이 있을까요?

6

렌더링된 수학 식도 그렇지 않습니다. 파서가 $ 기호는 제거하긴 하지만요.

7

방금 테스트 사용자에게 PM을 보내서 간단히 테스트해 봤는데, zohomail에서는 문제가 없는 것 같습니다:

PM:

A vibrant, bustling street scene in Morocco showcases a spice market with colourful pyramids of spices, merchants attending to customers, and traditional architecture creating a lively atmosphere. (Captioned by AI)
A vibrant, bustling street scene in Morocco showcases a spice market with colourful pyramids of spices, merchants attending to customers, and traditional architecture creating a lively atmosphere. (Captioned by AI)1179×1750 144 KB

이메일:

A vibrant red double-decker bus drives along a bustling city street, with pedestrians and buildings visible in the background. (Captioned by AI)
A vibrant red double-decker bus drives along a bustling city street, with pedestrians and buildings visible in the background. (Captioned by AI)1179×1166 123 KB

어떤 이메일 클라이언트로 보냈나요?

8

Apple Mail, Zoho 웹메일, Gmail 온라인에서 수신된 메시지를 확인했습니다.

서버는 Zoho 메일 설정을 사용하여 발신 메시지를 보내고 있습니다.

Discourse에서 이 메시지를 보냈습니다:

프로필 아이콘과 체크된 원형, 줄바꿈 테스트 및 David의 서명이 포함된 텍스트가 표시된 스크린샷입니다. (AI가 캡션을 생성함)
프로필 아이콘과 체크된 원형, 줄바꿈 테스트 및 David의 서명이 포함된 텍스트가 표시된 스크린샷입니다. (AI가 캡션을 생성함)664×442 31.2 KB

Zoho 메일과 Apple Mail에서 보이는 모습입니다:

거미의 클로즈업 이미지가 David Muszynski의 줄바꿈 테스트에 대한 텍스트가 포함된 소셜 미디어 게시물과 함께 표시되어 있습니다. (AI가 캡션을 생성함)
거미의 클로즈업 이미지가 David Muszynski의 줄바꿈 테스트에 대한 텍스트가 포함된 소셜 미디어 게시물과 함께 표시되어 있습니다. (AI가 캡션을 생성함)612×190 21.8 KB

9

참고로, 제 경우에도 이 부분은 정상적으로 작동합니다:

A screenshot displays an email from 'JammyDodger' to 'Test_Six', testing strong and emphasised text, with a 'Visit Message' call to action and an unsubscribe link. (Captioned by AI)
A screenshot displays an email from 'JammyDodger' to 'Test_Six', testing strong and emphasised text, with a 'Visit Message' call to action and an unsubscribe link. (Captioned by AI)1179×1100 100 KB

10

자, 이건 분명 이 사이트의 이메일 기능을 설정한 방식과 관련이 있는 것 같습니다.

다른 사이트의 이메일 기능을 설정해 봤는데, 모든 것이 정상적으로 작동하는 것 같습니다.

공식 이메일 주소가 기존 시스템에서 아직 사용 중이어서, 티켓팅 테스트를 위해 이메일을 전달하도록 설정할 수밖에 없었던 것이 원인이 아닌가 싶습니다.

이 시점에서 이메일을 직접 보내는 방식으로 전환하면 정상적으로 작동할 것이라고 꽤 확신합니다.

도와주셔서 감사합니다!

11

사이트 설정 방식에 다른 문제가 있는 것 같습니다. 불필요한 포워드를 제거했는데도 여전히 모든 포맷팅이 제거되고 있습니다.

그래서 다시 막막해졌네요.

두 사이트 모두 이메일 전송을 위해 smtppro.zoho.com 기반 계정을 사용하고 있습니다.

테마 구성 요소나 플러그인이 이런 부분에 영향을 미칠 수 있을까요?

12

음. :thinking: 제가 생각하기에 그럴 것 같지는 않습니다. (다만, 확신은 못 하겠네요 :slight_smile:)

‘오버라이드된 항목만 표시’ 체크박스를 선택한 상태로 사이트 설정을 확인해 보시고, 문제가 있는 사이트와 정상적으로 작동하는 사이트 사이에 차이가 있는지 살펴볼 수 있습니다.

13

좋은 생각입니다. 이메일에 영향을 줄 수 있다고 생각했던 차이점은 단 두 가지뿐이었는데요:

  • 전달된 이메일의 동작 (잘못된 사이트에서는 답장이 생성됨) (정상적인 사이트에서는 숨김)
  • 수동 폴링 활성화 (API를 사용하여 이메일을 푸시) — 잘못된 사이트에서는 켜짐, 정상적인 사이트에서는 꺼짐

잘못된 사이트에서 이 두 가지를 변경해 보았지만 효과가 없었습니다.

사이트에서 텍스트의 표시 방식을 변경하는 ‘Topic Card’ 테마 구성 요소를 비활성화해 보았지만, 이 또한 작동하는 사이트에는 없는 구성 요소라 변경이 없었습니다.

안전 모드(Safe Mode)를 사용하여 해당 사이트에서 답장을 보내 보았지만, 이 경우에도 아무런 변화가 없었습니다.

14

Discourse 외부에서 이메일 설정에 다른 점이 있나요? smtppro.zoho.com 쪽에 '이메일을 지루한 일반 텍스트로 보내주세요’라는 설정이 없나요?

15

회사 사이트의 Zoho 슈퍼 관리자 계정에 접근 권한이 없습니다.
제 자신의 계정 설정을 살펴보고, 차이에 영향을 줄 수 있는 항목이 있는지 확인해 보겠습니다.

16

포맷 문제가 있는 사이트에서 사용하는 SMTP 서버를, 정상적인 포맷으로 회신을 보내는 사이트와 동일한 서버로 변경했습니다.

여전히 문제가 해결되지 않았습니다.

따라서 사이트 자체에 문제가 있는 것이 분명하지만, 어디서부터 수정해야 할지 전혀 감이 잡히지 않습니다.

좀 더 자세한 안내가 정말 필요합니다. 이 문제를 꼭 해결해야 합니다.

17

방금 사이트의 다른 사용자로부터 응답을 보내는 것을 테스트해 보았습니다. 문제가 여전히 발생하므로 사용자 관련 문제가 아닙니다.

서버 호스팅 환경이 이 문제에 영향을 미칠 가능성은 얼마나 될까요?

18

드디어 그 지긋지긋한 원인을 찾았어요!

이메일에 게시물 발췌문 포함 옵션을 활성화해 두었었거든요.

설명은 다음과 같습니다.

알림 이메일에는 항상 전체 게시물이 아닌 발췌문만 전송합니다

하지만 이 설명은 정확하지 않아요.

  1. 알림 이메일뿐 아니라 모든 이메일에 적용됩니다.
  2. 발췌문은 작은 부분일 뿐이며, 전체 메시지가 아니라는 이유만으로 포맷팅을 제거할 필요는 없습니다.

제 생각에는 이메일로 받은 답장은 알림이 아니라 답장입니다. 알림은 “사용자 X님이 당신을 @멘션했습니다.” 같은 메시지여야 합니다.

새로운 티켓 시스템으로 전진할 수 있게 되어 정말 다행이에요. 이 글이 다른 분들에게도 도움이 되길 바랍니다. 그리고 개발팀이 해당 설정을 수정하거나, 최소한 설명을 명확히 해주셨으면 좋겠습니다.