소문자로 된 이메일 주소가 필요합니까?

11

이메일 주소가있는 전단지를 디자인하고 있습니다.

이메일 주소를 소문자로 사용해야합니까?

아니면 더 강조하기 위해 대문자로 할 수 있습니까?

나는 인터넷에서 내 연구를했지만 모든 결과는 전단지에 나타날 수있는 것이 아니라 전자 메일 주소와 관련이있는 것 같습니다.

내 고객은 대문자를 사용한다는 생각이 마음에 들지 않습니다.

print-design best-practice posters

— 비요른 리자
소스

13

당신의 고객이 그것을 좋아하지 않는다면 .. 그것을하지 않는 충분한 이유가 될 것입니다. 나는 어떤 고객과도 그런 문제에 근거하지 않을 것입니다. 나에게는 그렇게 중요하지 않을 것입니다.

— Scott

4

이메일 주소는 기본적으로 대소 문자를 구분합니다.

— Ferrybig

1

@Ferrybig은 중요한 점을 제시합니다. 인터넷 은 대소 문자를 구분할 수 있습니다. 무엇을 결정하든 정확한 대소 문자를 사용하여 전자 메일 주소를 테스트하여 제대로 통과하는지 확인하십시오.

— Yorik

4

@ 1171111 공식 smtp 사양을 읽으십시오 . "사서함의 로컬 부분은 대소 문자를 구분해야합니다."따라서 전자 메일 주소는 기본적으로 대소 문자를 구분한다고 말할 수 있습니다. 대부분의 사람들이 자신의 서버에서 대소 문자를 구분하지 않는 것은 완전히 다른 문제입니다.

— Ferrybig

6

@Ferrybig : 사양에서는 메시지를 전송하는 모든 엔티티가 발신자가 사용하는 것과 동일한 대소 문자 조합을 전달해야하므로 전송 에이전트는 대소 문자를 구분해야합니다. 메시지의 최종 처분은 수신자에게 달려 있습니다. 메시지를 수신 한 최종 호스트가 fredjones, FredJones, FREDJONES 및 심지어 BarneyRubble을 동일한 메일 함을 식별하는 것으로 취급하려는 경우 자유롭게 할 수 있습니다. 4 개의 다른 메일 박스로 취급하고 싶다면 그것도 허용됩니다.

— supercat

22

고객은 최종 결정권을 갖습니다 . 동의하지 않더라도.

대문자가 좋지 않은 기술적 이유 가있을 수 있음을 무시합니다 . 그리고 대문자가 가독성을 낮추고 종종 "강조" 의 반대 효과를 갖는다 는 사실을 무시하고 ... 클라이언트 방향은 항상 결정 요인입니다.

클라이언트가 마음에 들지 않으면하지 마십시오.

무언가를 디자인하고 클라이언트가 측면을 변경하도록 요청하는 경우, 자신이 생각하는 방식이 왜 더 좋다고 생각하는지 설명하십시오. 그러나 클라이언트가 여전히 변경 사항을 원하면 변경하십시오. 고객이 서비스 비용을 지불하므로 최종 단어가 있습니다.

— 스캇
소스

이메일 주소의 경우 기술적 인 문제가 없습니다.

— Carl

3

이메일 서버가 대소 문자를 구분하여 알 수없는 이메일을 거부하지 않는 한 @Carl. MYEMAIL@example.com은 하지 myemail@example.com 같은 일부 메일 서버에 동일한. 드 rare니다. 예. 그러나 불가능 하지 않습니다 .

— Scott

클라이언트가 모든 대문자로 이메일 주소를 원했던 반대의 경우에도 사실이지만, 이것이

— 괜찮은지

2

이메일 주소와 관련하여 "나쁜"또는 "좋은"아이디어는 없으며 기본적으로 사양 만 있습니다. @ 앞에있는 부분은 서버가 원하는 모든 것 (대소 문자 구분 포함)이 될 수 있으며 @는 도메인이므로 대소 문자를 구분하지 않습니다.

— Peter W.

13

대문자로 이메일 주소를 갖는 것은 매우 나쁜 아이디어입니다. "강조"로 사용하는 것은 다른 옵션이없는 타자기 시대의 것입니다.

그 죄송합니다.

다른 사람들이 언급 한 것처럼 이메일 주소의 사용자 이름은 대소 문자를 구분하지 않지만 도메인 이름은 대소 문자를 구분하지 않습니다. 극단적 인 경우, YouCouldUseCamelCase는 대문자를 사용합니다. 그들은 긴 단어에 사용됩니다. 그러나 공개 이메일의 첫 부분으로 긴 단어를 선택하는 것도 나쁜 생각입니다.

때로는 도메인 이름에 필요할 수 있습니다. FreeDomainNames.Example.com

진실은 지금 아이디어를 포기해야한다는 것입니다. 의견에서도 기술적 인 논증 후에도 아이디어가 마음에 고정되어 있습니다.

죄송합니다. 디자인중인 전단지와 관련이 있습니다.

아니요, 원하는 경우 유니콘을 사용할 수있는 휴대폰 덮개를 설계하지 않았습니다.

잠재적으로 고객을 혼란스럽게하여 이메일이 도착하지 못하게하고 클라이언트가 마음에 들지 않는 클라이언트와 혼동 될 수 있습니다. 그것에 대해 계속 생각할 단일 논쟁은 없습니다.

크기 변경, 글꼴 변경, 두께 변경, 무게 변경, 커닝 변경, 외곽선 배치, 글 머리 기호 배치, 아이콘 배치, 폭발 배치, 홀로그램 배치 ... 옵션이 있습니다.

클라이언트가 원한다면 몇 가지 주장이있을 수 있습니다. 그러나 이것은 사실이 아닙니다.

— 라파엘
소스

3

"이메일 주소는 대소 문자를 구분하지 않습니다"라는 문구는 일반적으로 적용되지만 일반적으로 적용되는 것은 아닙니다. 도메인 이름 부분은 대소 문자를 구분하지 않아도되며 많은 이메일 호스트는 로컬 부분을 대소 문자를 구분하지 않지만 그렇게하지 않아도됩니다.

— Monty Harder

그렇기 때문에 "도메인 이름은"입니다. 편집하겠습니다.

— Rafael

@Rafael 문제의 문장이 아직 명확하지 않고 오해의 소지가 있으므로 편집을 제안했습니다.

— Janus Bahs Jacquet

8

더 크고 대담한 == 더 눈에 띄고 더 읽기 쉽습니다.

ALLCAPS == 소리를 지르고 실제로 읽기가 더 어렵습니다.

TxxxxxMedia에서 제목 케이스를 사용하는 경우가 있습니다.이 경우 TxxxxxMedia가 약간 더 읽기 쉽고 메일 서버가 신경 쓰지 않습니다.

늦은 편집
다른 답변에 따르면 나중에 대답하면 서버는 도메인 이름의 대소 문자 구분을 신경 쓰지 않아야하며 @ 앞 부분에서만 잠재적이므로 낙타 케이스 또는 TitleCase가 좋습니다.

— 테츠 진
소스

그래,하지만 난 정말 서버에 의존합니다. 테스트를 준비하는 것은 어려운 일입니다.

— joojaa

1

"ALLCAPS == shouting"나는 더 이상 동의 할 수 없었지만 기본적으로 모든 대문자 인 글꼴을 보았지만 어떤 식 으로든 소리를 지르지 못했습니다.

— MonkeyZeus

6

메일 표준에 따르면 @ 앞에있는 것은 대소 문자를 구분할 수 있고 호스트 시스템을 제어 할 수 있으며 @ 뒤에 오는 것은 메일을 전달하는 시스템의 제어를 받으므로 대소 문자를 구분하지 않습니다.

실제로 접두어는 대소 문자를 구분하는 것으로 거의 간주되지 않으므로 (나는 그런 시스템을 본 적이 없습니다) 원하는 케이싱을 사용할 수 있으며 매우 높은 확률로 작동합니다. 내 공식 주소는 비슷 john.smith@somedomain.fr하며 항상 다음과 같이 제시합니다 John.Smith@somedomain.fr. 25 년 이상 아무런 문제 가 없었습니다 ...

— 장 밥 티스트 유네스
소스

3

실제로 걱정되는 시스템을 만났습니다. 드물지만 당신은 그것을 돌볼 수 있습니다. 그러나 필자는 사용자 이름 앞에 점선 부분을 입력하지 않은 시스템을 보았습니다.

— joojaa

대소 문자를 구분하지 않는 방식으로 작동하는 전자 메일 주소의 한 가지 예 를 제시하는 것이 실제로 설득력있는 것은 아닙니다 . 존재 여부는 의심의 여지가 없지만 그 반대도 존재하지 않는다는 증거는 없습니다 :)

— psmears

@psmears 물론 허용되지만, 매우 드물고 그렇게하지 않는 것이 좋습니다.

— 장 밥 티스트 Yunès

1

하나의 서버는 걱정하지 않았습니다. 이것은 다른 사람의 서버가 관심을 가질 지 여부에 대해서는 아무 것도 말하지 않습니다. 그러나 테스트하기는 쉽습니다. JOHN.SMITH@SOMEDOMAIN.FR으로 이메일을 보내어 도착하는지 확인하십시오. 그렇다면 해당 수신 주소가 모든 사람에게 적용됩니다.

— CJ 데니스

@CJDennis 저는 여러 다른 제공 업체 (GAFA 및 사기업, 공공 기관, 개인 서버 등)의 여러 주소를 가지고 있었으며 메일 관련 사례 문제를 실험 한 적이 없습니다. 메일 서버 소프트웨어는 그다지 많지 않으며 거의 모든 관리자가 사용 가능한 세 개 또는 네 개 중 하나를 사용하고 거의 같은 종류의 구성을 사용합니다 (사례에 신경 쓰지 않음).

— Jean-Baptiste Yunès

5

메일 시스템에 따라 다릅니다. 많은 메일 시스템은 실제로 신경 쓰지 않지만 신경 쓰도록 구성 할 수 있습니다. 일부 시스템에서는 메일 주소에 추가 항목을 넣을 수도 있으므로 메일 제공 업체에 문의하십시오.

— 주자
소스

죄송합니다. 디자인중인 전단지와 관련이 있습니다. 어쨌든 고마워.

— Bjorn Liza

4

@BjornLiza 모르는 경우 변경할 수 없습니다.

— joojaa

2

디자이너는 고객에게 최고의 디자인 솔루션을 보여줄 수 있도록 요청한 내용과 함께 최고의 디자인 솔루션을 보여줄 수 있습니다.

이게 인쇄 된 전단인가요? 그렇다면 사람들이 쉽게 읽고 기억할 수 있도록 가장 좋은 방법으로 이메일 주소를 강조하십시오.

주소가 길고 복잡한 경우 단어를 서로 구별하도록 스타일을 지정해야합니다.

문자는 공백없이 함께 실행해야합니다.

각 단어의 첫 글자가 대문자 인 문장은 가장 읽기 쉬운 것으로 간주됩니다.

개인적으로 단어 사이에 마침표를 추가하는 것에 동의하지 않지만 "@"기호 앞의 선택입니다.

".com"은 Gmail과 같은 일반적인 경우 강조하지 않거나 최소화하거나 생략 할 수 있습니다.

디지털 전단지이고 전자 메일 링크가 작동하고 클릭 가능해야하는 경우 html 및 css를 사용하면 전자 메일 주소의 전체 텍스트 버전이 아닌 다른 링크로 위장 할 수 있으므로 동일한 규칙이 모두 적용됩니다 .

고객의 희망에 따라 가장 적합한 방식으로 이메일 주소 텍스트를 지정하고, 이메일 아이콘과 같은 그래픽을 추가하고, 전체 내용을 활성 이메일 링크로 설정하십시오.

— 웹스터
소스

인쇄 된 전단지에서 이메일 주소의 어떤 부분도 제거하지 마십시오 . 당신은 할 수 없습니다 만 제거 .COM의 Gmail 주소의 비트를 사람들이 그것을 얻을 것으로 기대 - 그들은하지 않습니다. 그들은 yourname @ gmail 로 이메일을 보내고 도착하지 않을 때 좌절하고 화를냅니다. 단어 사이에 마침표를 추가해도 기존 전자 메일 주소가있는 전단지를 만들 때 작동 하지 않을 것입니다. 이는 디자인에 기존 전자 메일 주소 를 입력 할 때가 아니라 전자 메일 계정을 설정할 때 사용할 수있는 옵션 입니다. 다른 사람들이 말했듯이, 선고 사례는 잠재적으로 위험하고 파괴적이며 단지 나쁘게 보입니다.

— Janus Bahs Jacquet

-1

너무 간단한 것에 무의미한 레이어를 추가하지 마십시오. 이메일 주소는 소문자이기 때문에 소문자입니다. 필요하지 않을 때 추가 키를 누르기 위해 추가 노력을 기울여야한다고 생각하는 사람들이 없습니다. KISS 접근 방식을 사용하십시오 (“간단하고 멍청하게 유지하십시오”).

— 사용자
소스