머트스토리

동료가 나에게 도움을 요청했습니다. 대화는 다음과 같았습니다.

— 보세요, 모니터링에 클라이언트 Linux 서버를 긴급하게 추가해야 합니다. 액세스 권한이 부여되었습니다.
- 문제가 뭐죠? 연결할 수 없나요? 아니면 시스템에 권한이 충분하지 않습니까?
- 아니요, 정상적으로 연결됩니다. 그리고 슈퍼유저 권한도 있습니다. 그러나 거기에는 공간이 거의 없습니다. 그리고 메일에 대한 메시지가 콘솔에 지속적으로 나타납니다.
- 그럼 이 메일을 확인해 보세요.
- 어떻게?! 외부에서는 서버에 직접 접근할 수 없습니다!
— 서버에서 클라이언트를 직접 실행합니다. 가지고 있지 않은 경우 설치하면 권리가 있습니다.
— 어쨌든 거기에는 공간이 거의 없어요! 일반적으로 그래픽 인터페이스를 갖춘 본격적인 응용 프로그램은 여기에서 실행되지 않습니다.

나는 동료에게 들러 문제를 해결하는 간단하고 효과적인 방법을 보여주어야 했습니다. 그가 확실히 알고 있었지만 결코 사용하지 않은 방법. 스트레스가 많은 상황에서는 기억이 나지 않았습니다.

예, 마법 없이 콘솔에서 시작할 수 있는 완전한 기능의 이메일 클라이언트가 존재합니다. 그리고 아주 오랫동안. 그것은 ~라고 불린다 바보.

그의 노령에도 불구하고 계획, 적극적으로 개발 중이며 현재는 다음과 같은 서비스 작업을 지원합니다. Gmail и Yandex 메일. 또한 서버 작업 방법도 알고 있습니다. 의 Microsoft Exchange. 대단한 일이지, 그렇지?

예를 들어 GMail 작업은 다음과 같습니다.

그리고 또한 바보 거기있다 :

• 주소록;
• 메시지 처리 자동화;
• 다양한 종류의 디스플레이;
• 다양한 카테고리의 문자를 다양한 색상으로 표시하는 기능;
• 원칙적으로 인터페이스의 모양과 색상을 변경합니다.
• 암호화 및 디지털 서명 지원;
• 복잡한 작업을 위한 매크로;
• 우편 주소 및 우편 목록에 대한 가명
• 철자 검사를 사용하는 기능;
• 그리고 훨씬 더.

더욱이 이러한 기회의 상당 부분은 수년 전에 실현되었습니다. 그래픽 인터페이스가 부족하기 때문에 바보 무게는 거의 없으며 동시에 유연하게 구성할 수 있는 이메일 클라이언트의 이름을 지정하기가 어렵습니다.

불행하게도 이 훌륭한 이메일 클라이언트는 일반 사용자에게 추천할 가치가 없습니다. 글쎄, 당신이 그를 정말로 좋아하지 않는 한. 여기에는 여러 가지 이유가 있습니다. 첫째, 구성의 유연성에도 단점이 있습니다. 구성은 결코 한 번의 클릭으로 완료되지 않으며 약간의 지식이 필요합니다. 대부분의 일반 사용자는 불필요하지 않습니다.

둘째, Google, Yandex, Microsoft 및 기타 공급업체는 메일을 제품 및 서비스의 필수적인 부분으로만 간주하고 가능한 모든 방법으로 제XNUMX자 클라이언트의 사용을 방해하고 환영하지 않습니다. 그리고 그들은 다음과 같이 이해할 수 있습니다. 바보- 광고를 담을 수 없습니다.

셋째, 콘솔에서만 일할 사람을 찾는 것이 극히 어렵습니다. 그리고 요점은 사용자 모두에게 그래픽 인터페이스가 필요하다는 것이 아닙니다. 콘솔에서는 수행하기 불편하거나 심지어 불가능한 작업도 있습니다. 예를 들어, 메일로 사진을 보냈습니다. 바보 디스크에 저장할 수 있지만 흑마술과 무속의 탬버린 없이 그래픽 하위 시스템을 시작하지 않으면 볼 수 없습니다. 대부분의 일반 사용자는 이 작업에 시간을 낭비하지 않을 것입니다. 특히 이 작업을 빠르고 편리하게 수행할 수 있는 컴퓨터나 스마트폰이 있는 경우에는 더욱 그렇습니다. 이러한 이유들로 바보 반항적인 해커 정신을 느끼고 사회에 도전하고 싶은 괴짜들 사이에서만 수요가 있습니다.

그러나 이것이 클라이언트가 어떻게, 어디서, 무엇을 위해 사용될 수 있는지 정확히 아는 전문가에게 덜 편리한 도구가 되는 것은 아닙니다. 예를 들어, 바보 매개변수를 사용하여 명령줄에서 이를 호출하면 애플리케이션을 시작하지 않고도 다양한 작업을 수행할 수 있습니다. 가장 간단한 예는 이메일 메시지를 생성하고 보내는 것입니다. 이를 통해 스크립트를 작성할 때 사용할 수 있습니다.

기사 시작 부분에서 언급한 경우 필요한 것은 Google이 설립되기 오래 전에 구현된 로컬 저장소에서 메일을 읽는 것뿐이었습니다.

설치 및 실행 바보 아무런 설정도 하지 않고(몇 분밖에 걸리지 않음) 슈퍼유저가 보낸 완전히 동일한 문자가 엄청나게 많이 드러났고 그 중 하나를 선택하여 읽는 것이 이 혼란의 원인이었습니다. 은퇴한 시스템 관리자가 잘못 작성한 스크립트였습니다. 서버 소유자 중. 공간 부족 문제와 콘솔의 귀찮은 메시지가 즉시 해결되었습니다.

물론 세심한 독자는 유틸리티를 실행하는 것이 더 정확할 것이라고 즉시 말할 것입니다. du공간이 무엇이 차지하고 있는지 알아보려면 시스템 로그를 살펴보고 문제의 원인을 파악하세요. 나는 이것이 완전히 올바른 접근 방식이라는 데 동의합니다. 하지만 제 경우에는 이메일 클라이언트를 시작하는 것이 더 빠릅니다. 특히 시스템 자체에서 이를 제공하기 때문입니다.

그렇다면 내가 왜 이 모든 것을 썼는가?

더욱이, 물론 모든 것을 아는 것은 불가능하지만, 이 지식을 사용하지 않으면 이미 알고 있는 것을 잊어버리기 쉽습니다. 그러므로 때로는 상기시키는 것이 죄가 아닙니다.
게다가, 좋은 도구는 훌륭하고, 많을수록 좋습니다.
또한 시스템에서 메일 확인을 요청하는 경우 메일만 확인하면 되는 경우도 있습니다.

관심을 가져 주셔서 감사합니다.

블로그에서 무엇을 더 읽을 수 있습니까? 클라우드4Y

→ 사이버 보안의 최전선에 있는 침투 테스터
→ 환상적인 아이디어에서 과학산업으로 이어지는 인공지능의 길
→ 클라우드 백업을 저장하는 4가지 방법
→ GNU/Linux에서 top 설정하기
→ 스마트 전기자전거는 어떻게 만들어졌나

우리의 구독 텔레그램-다음 기사를 놓치지 않도록 채널을 구독하세요! 우리는 일주일에 두 번 이상 사업에 대해서만 글을 씁니다.

출처 : habr.com