Because an SMTP server can function as both a server (receiving mail f dịch - Because an SMTP server can function as both a server (receiving mail f Việt làm thế nào để nói

Because an SMTP server can function

Because an SMTP server can function as both a server (receiving mail from other systems) and a client (sending mail to other systems), you must deal with both sides of the
configuration equation. For the most part, this chapter and the exam don’t cover all these
details, though, just a few of them. Sometimes a computer never functions in one role or
the other, which can simplify matters—but you must then be careful not to accidentally
configure the computer incorrectly. In particular, open relayconfigurations, in which a
mail server relays mail from anybody, should be avoided. This and other security implications of running an SMTP server are covered in “Securing Your Email Server.”
On Linux, email is tied intricately to user accounts. The mail server holds incoming messages for each user, typically in a file in /var/spool/mail—for instance, /var/spool/mail/
benfholds mail for the user benf. Some email servers store incoming mail in subdirectories
of the users’ home directories, though. This incoming mail fi le or directory is referred to as
the user’s mail spool.
You may recall that the userdelcommand, described in Chapter 7,
includes options related to the handling of users’ mail spools. If you delete
a user account but leave the user’s mail spool intact, the mail can still be
accessed. If the mail server software stores mail in /var/spool/mail,
leftover mail spools can cause problems if you eventually re-use an old
username. Email can be sent as well as received. The traditional Linux
approach to sending email is to have local programs contact the local mail
server to send email. The local mail server then contacts its outgoing email
server, as in Figure 9.1. Most Linux email clients (aka mail user agents, or
MUAs), as well as similar programs on other platforms, provide the option
to directly contact a remote SMTP server when sending email. Such a
configuration slightly simplifies the email path but can make operation
unreliable if the local network link goes down. If your email client talks to
an SMTP server that runs locally, the email can be queued for delivery by
the SMTP server even if the network is temporarily down.
Managing Email 447
Choosing Email Software
Linux supports quite a few email servers. Chances are, one of the major servers will be
installed on your system by default. If not and if you want to install one, you’ll have to pick
one. You may also want to change your email server if you need to configure it in advanced
ways; some servers are easier to configure than others or support specific options that others don’t. Four email servers are most popular on Linux:
Sendmail The sendmail program (http://www.sendmail.org) was for many years
the dominant email server package on the Internet. In recent years it’s lost some of its
dominance to the other servers described here, as well as to Windows email servers.
Nonetheless, sendmail remains a popular server. It’s very powerful, but it’s also difficult to
configure because its configuration file formats are rather arcane.
Postfix Postfix (http://www.postfix.org) was designed as a modular replacement for
sendmail—rather than a single program that does everything (as sendmail is designed),
Postfix uses multiple programs, each of which handles its own specific small task. This
design improves security, at least in theory. Postfix tends to be easier to configure than
sendmail, and it’s become the default email server on many Linux distributions.
Exim Although Exim (http://www.exim.org) is a monolithic server, like sendmail, it
has a much simpler configuration file format and so is easier to configure. A few Linux
distributions use Exim as the default email server.
qmail The fourth major Linux email server, qmail (http://www.qmail.org), is a modular
server with security as a major design goal. Like Postfix and Exim, qmail is easier to
configure than sendmail. It’s not the standard email server in any Linux distribution
because its license is a bit strange and complicates qmail distribution with Linux; however,
many system administrators like qmail enough that they replace their distributions’
standard email servers with qmail.
You learn which email server your Linux distribution runs have several ways to. The
two most reliable are to use ps(described in Chapter 2, “Managing Software”) to look for
running processes or to use your package management tools (also described in Chapter 2)
to see which package is installed. In either case, you may need to check for each of the programs in turn. For instance, you might see results like these:
$ ps ax| grep send
31129 pts/2 R+ 0:00 grep send
$ ps ax| grep post
7778 ? Ss 0:45 /usr/lib/postfix/master
31132 pts/2 S+ 0:00 grep post
The search for a process containing the string sendfailed, but the search for post
returned a process called /usr/lib/postfix/master—thus, it appears that Postfi x is running on this system.
448 Chapter 9 ■ Writing Scripts, Configuring Email, and Using Databases
You can also look for executable filenames for each email server in /usr/binor /usr/sbin;
but be aware that most Linux email servers include a program called sendmail. This
is done for compatibility reasons; because the original sendmail program was once ubiquitous, providing a compatible interface for scripts and administrators helps other SMTP
servers work.
In addition to the SMTP server, a fully functional Linux email system is likely to include
other software:
Pull Mail Servers Two pull mail protocols, POP and IMAP, are popular. If a Linux
system should function as a mail server from which users can read their email remotely,
chances are you’ll install a POP or an IMAP server package, such as Cyrus IMAP
(http://cyrusimap.web.cmu.edu/) or Dovecot (http://www.dovecot.org).
Fetchmail This program, based at http://fetchmail.berlios.de, fi lls an odd gap in the
email-delivery chain. If you run a small site that relies on an external ISP for email delivery,
chances are the ISP supports only POP or IMAP. If you want to use a variety of email
clients, you may want to run your own SMTP server, and perhaps your own POP or IMAP
server, to deliver mail locally. To do this, you need a program that pulls mail using POP or
IMAP and then injects it into a local SMTP mail queue. This is the job of Fetchmail. Most
sites don’t need it, but for those that do, it’s indispensable.
Mail readers The final link in the email chain is the mail reader. Examples in Linux
include Evolution (http://projects.gnome.org/evolution/), KMail (http://userbase
.kde.org/KMail), Thunderbird (http://www.mozilla.org/en-US/thunderbird/), and mutt
(http://www.mutt.org). The mailutility, which is installed on most Linux systems by
default, is the lowest-common-denominator email utility. It’s described shortly, in “Sending
and Receiving Email.” Most Linux email clients enable reading either from a local mail
queue or from a remote POP or IMAP mail server. A multi-user system is likely to have
multiple email clients installed, enabling each user to choose which client to use.
Neither this book nor the exam covers pull mail servers, Fetchmail, or mail readers in
any detail. As a practical matter, you may need to learn how to configure any or all of these
packages, depending on your site’s needs. Fortunately, mail reader configuration, which is
the most common task, is usually fairly straightforward, as long as you have information
on the hostnames of your outgoing (SMTP) and incoming (POP, IMAP, or local queue)
email servers.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Bởi vì một hệ phục vụ SMTP có chức năng như cả hai máy chủ (nhận thư từ các hệ thống khác) và một khách hàng (gửi thư để hệ thống khác), bạn phải đối phó với cả hai bên của các phương trình cấu hình. Hầu hết các phần, chương này và các kỳ thi không bao gồm tất cả các chi tiết, mặc dù, chỉ là một vài trong số đó. Đôi khi một máy tính không bao giờ chức năng trong một vai trò hoặc khác, mà có thể đơn giản hóa vấn đề- nhưng bạn sau đó phải cẩn thận không để vô tình cấu hình máy tính không chính xác. Đặc biệt, mở relayconfigurations, trong đó một Hệ phục vụ thư chuyển tiếp thư từ bất cứ ai, nên tránh. Điều này và những tác động an ninh khác của chạy một máy chủ SMTP được bao phủ trong "Bảo vệ máy chủ Email của bạn."Trên Linux, thư điện tử được gắn phức tạp với tài khoản người dùng. Hệ phục vụ thư chứa các tin nhắn cho mỗi người dùng, thường trong một tập tin trong /var/spool/mail — ví dụ, / var/spool/mail /benfholds thư cho người dùng benf. Một số máy chủ email lưu trữ đến thư trong thư mục con trong thư mục chính của người dùng, mặc dù. Le fi thư đến hoặc thư mục này được gọi là người dùng thư spool.Bạn có thể nhớ lại rằng userdelcommand, được mô tả trong chương 7, bao gồm các tùy chọn liên quan đến việc xử lý người dùng thư cuộn. Nếu bạn xoá một tài khoản người dùng nhưng để lại của người dùng thư spool nguyên vẹn, thư có thể vẫn còn truy cập. Nếu phần mềm máy chủ thư mua sắm thư trong /var/spool/mail, còn lại của thư cuộn có thể gây ra vấn đề nếu bạn cuối cùng tái sử dụng một tuổi tên người dùng. Thư điện tử có thể được gửi cũng như nhận được. Linux truyền thống phương pháp tiếp cận để gửi thư điện tử là có địa phương chương trình liên hệ với thư địa phương máy chủ để gửi email. Máy chủ thư cục bộ sau đó liên hệ với email gửi đi máy chủ, như trong hình 9.1. Hầu hết các khách hàng email Linux (aka gửi các đại lý người dùng, hoặc MUAs), cũng như các chương trình tương tự trên các nền tảng khác, cung cấp các tùy chọn trực tiếp liên hệ với một máy chủ SMTP từ xa khi gửi email. Như vậy một cấu hình hơi đơn giản hoá đường email nhưng có thể làm cho hoạt động không đáng tin cậy nếu liên kết mạng cục bộ đi. Nếu ứng dụng email của bạn nói chuyện với một máy chủ SMTP chạy tại địa phương, email có thể được xếp hàng đợi để giao hàng bằng máy chủ SMTP ngay cả khi mạng là tạm thời xuống.Quản lý Email 447Chọn phần mềm EmailLinux hỗ trợ khá một vài email máy chủ. Rất có thể là một trong các máy chủ lớn sẽ cài đặt trên hệ thống của bạn theo mặc định. Nếu không, và nếu bạn muốn cài đặt một, bạn sẽ cần phải chọn một. Bạn cũng có thể muốn thay đổi máy chủ email của bạn nếu bạn cần phải cấu hình nó trong nâng cao cách; một số máy chủ dễ dàng hơn để cấu hình hơn những người khác hoặc hỗ trợ cụ thể các tùy chọn khác thì không. Máy chủ email bốn là phổ biến nhất trên Linux:Sendmail sendmail chương trình (http://www.sendmail.org) đã trong nhiều năm Các gói phần mềm máy chủ email chiếm ưu thế trên Internet. Những năm gần đây, nó đã mất một số của nó sự thống trị để các máy chủ khác mà được mô tả ở đây, cũng như máy chủ email Windows. Tuy nhiên, sendmail vẫn là một máy chủ phổ biến. Nó là rất mạnh mẽ, nhưng nó cũng là khó khăn để cấu hình bởi vì định dạng tập tin cấu hình của nó là khá phức tạp.Postfix Postfix (http://www.postfix.org) được thiết kế như là một thay thế mô-đun cho sendmail — chứ không phải là một chương trình duy nhất mà thực hiện tất cả mọi thứ (như sendmail được thiết kế), Postfix sử dụng nhiều chương trình, mỗi trong số đó xử lý riêng của mình công việc cụ thể nhỏ. Điều này thiết kế cải thiện an ninh, ít trong lý thuyết. Postfix có xu hướng dễ dàng hơn để cấu hình hơn sendmail, và nó đã trở thành máy chủ thư điện tử mặc định trên nhiều bản phân phối Linux.Exim mặc dù Exim (http://www.exim.org) là một máy chủ khối, như sendmail, nó có một nhiều đơn giản cấu hình tập tin định dạng và như vậy là dễ dàng hơn để đặt cấu hình. Một vài Linux phân phối sử dụng Exim như máy chủ thư điện tử mặc định.qmail thứ tư chính email máy chủ Linux, qmail (http://www.qmail.org), là một mô-đun máy chủ với bảo mật như một mục tiêu thiết kế nghiêm trọng. Giống như Postfix và Exim, qmail là dễ dàng hơn để cấu hình hơn sendmail. Nó không phải là máy chủ thư điện tử tiêu chuẩn trong bất kỳ phân phối Linux bởi vì giấy phép của nó là một chút lạ và phức tạp qmail phân phối với Linux; Tuy nhiên, nhiều hệ thống quản trị viên thích qmail đủ rằng họ thay thế các phân phối thư điện tử tiêu chuẩn các máy chủ với qmail.Bạn tìm hiểu mà gửi email máy chủ Linux của bạn phân phối chạy có một số cách để. Các hai đáng tin cậy nhất là sử dụng ps (được mô tả trong chương 2, "Quản lý phần mềm") để tìm kiếm chạy quá trình hoặc sử dụng các công cụ quản lý gói (cũng được mô tả trong chương 2) để xem gói phần mềm được cài đặt. Trong cả hai trường hợp, bạn có thể cần phải kiểm tra cho mỗi của các chương trình lần lượt. Ví dụ, bạn có thể xem các kết quả như thế này:$ ps ax| grep gửi31129 pts/2 R + 0:00 grep gửi$ ps ax| grep bài7778? SS 0:45 /usr/lib/postfix/master31132 pts/2 s + 0:00 grep bàiViệc tìm kiếm một quá trình có chứa chuỗi sendfailed, nhưng việc tìm kiếm bài viếttrở về một quá trình được gọi là /usr/lib/postfix/master-do đó, nó xuất hiện rằng Postfi x đang chạy trên hệ thống này.448 chương 9 ■ viết kịch bản, cấu hình Email, và bằng cách sử dụng cơ sở dữ liệuBạn cũng có thể tìm kiếm tên tập tin thực thi cho mỗi máy chủ email tại /usr/binor sàng; nhưng lưu ý rằng hầu hết các máy chủ email Linux bao gồm một chương trình tên sendmail. Điều này được thực hiện vì lý do tương thích; bởi vì chương trình sendmail ban đầu đã một lần phổ biến, cung cấp một giao diện tương thích cho kịch bản và quản trị viên giúp SMTP khác máy chủ làm việc.Bên cạnh máy chủ SMTP, một hệ thống Linux email đầy đủ chức năng có khả năng bao gồm phần mềm khác:Kéo thư máy chủ hai kéo thư giao thức, POP và IMAP, được phổ biến. Nếu một Linux Hệ thống sẽ hoạt động như một máy chủ thư từ mà người dùng có thể đọc email của họ từ xa, rất có thể là bạn sẽ cài đặt một cửa sổ POP hoặc một gói phần mềm máy chủ IMAP, chẳng hạn như Cyrus IMAP (http://cyrusimap.web.cmu.edu/) hoặc Dovecot (http://www.dovecot.org).Fetchmail chương trình này, đặt căn cứ tại http://fetchmail.berlios.de, fi lls một khoảng cách kỳ lạ trong các gửi email chuỗi. Nếu bạn chạy một trang web nhỏ mà dựa vào một ISP bên ngoài để gửi email, rất có thể là ISP hỗ trợ chỉ POP hoặc IMAP. Nếu bạn muốn sử dụng một loạt các email khách hàng, bạn có thể muốn chạy máy chủ SMTP của riêng bạn, và có lẽ là của riêng bạn POP hoặc IMAP máy chủ, để cung cấp thư tại địa phương. Để làm điều này, bạn cần một chương trình mà kéo thư bằng POP hoặc IMAP và sau đó tiêm nó vào một hàng đợi thư SMTP địa phương. Đây là công việc của Fetchmail. Hầu hết Các trang web không cần nó, nhưng đối với những người mà làm, nó là không thể thiếu.Độc giả thư kết liên kết trong chuỗi email là người đọc thư. Ví dụ trong Linux bao gồm Evolution (http://projects.gnome.org/evolution/), KMail (http://userbase.kde.org/KMail), thunderbird (http://www.mozilla.org/en-US/thunderbird/), và mutt (http://www.mutt.org). Mailutility, được cài đặt trên phần lớn hệ thống Linux bởi mặc định, là tiện ích thấp nhất phổ biến mẫu số email. Nó được mô tả một thời gian ngắn, trong "gửi "và nhận thư." Hầu hết các khách hàng email Linux sử đọc hoặc từ một thư địa phương Xếp hàng hoặc từ một từ xa POP hoặc IMAP máy chủ thư. Một hệ thống đa người dùng có thể có nhiều khách hàng email được cài đặt, cho phép mỗi người dùng chọn mà khách hàng sử dụng.Cuốn sách này cũng như các kỳ thi bao gồm máy chủ thư kéo, Fetchmail, hoặc thư độc giả trong bất kỳ chi tiết. Như một vấn đề thực tế, bạn có thể cần phải tìm hiểu làm thế nào để cấu hình bất kỳ hoặc tất cả các gói, tùy thuộc vào nhu cầu của trang web của bạn. May mắn thay, thư cấu hình đọc, đó là nhiệm vụ phổ biến nhất, thường là khá đơn giản, miễn là bạn có thông tin trên tên máy chủ thư đi (SMTP) của bạn và gửi đến (POP, IMAP, hoặc xếp hàng địa phương) máy chủ thư điện tử.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Bởi vì một máy chủ SMTP có thể hoạt động như máy chủ (nhận mail từ các hệ thống khác) và một khách hàng (gửi mail cho các hệ thống khác), bạn phải đối phó với cả hai mặt của
phương trình cấu hình. Đối với hầu hết các phần, chương này và các kỳ thi không bao gồm tất cả các
chi tiết, tuy nhiên, chỉ là một vài trong số họ. Đôi khi một máy tính không bao giờ có chức năng trong một vai trò hay
khác, mà có thể đơn giản hóa vấn đề, ​​nhưng sau đó bạn phải cẩn thận để không vô tình
cấu hình máy tính không chính xác. Đặc biệt, relayconfigurations mở, trong đó một
email rơle máy chủ mail từ bất cứ ai, nên tránh. Này và những tác động bảo mật khác của chạy một máy chủ SMTP được bảo hiểm trong "Bảo vệ Email Server của bạn."
Trên Linux, email được gắn phức tạp cho các tài khoản người dùng. Các máy chủ thư giữ các thư gửi đến cho mỗi người dùng, thông thường trong một tập tin trong / var / spool / dụ mail-cho, / var / spool / mail /
benfholds mail cho benf người dùng. Một số cửa hàng máy chủ email thư đến trong thư mục con
của thư mục nhà của người sử dụng, mặc dù. Mail này đến fi le hoặc thư mục được gọi là
thư mục ống chỉ của người sử dụng.
Bạn có thể nhớ lại rằng userdelcommand, được mô tả trong Chương 7,
bao gồm các tùy chọn liên quan đến việc xử lý các cuộn thư của người dùng. Nếu bạn xóa
một tài khoản người dùng, nhưng để lại mail ống chỉ của người sử dụng còn nguyên vẹn, các thư vẫn có thể
truy cập. Nếu các cửa hàng phần mềm mail server mail trong / var / spool / mail,
cuộn thư còn sót lại có thể gây ra vấn đề nếu bạn cuối cùng lại sử dụng một tuổi
tên người dùng. Email có thể được gửi cũng như nhận được. The Linux truyền thống,
phương pháp tiếp cận để gửi email là phải có các chương trình địa phương liên hệ với thư địa phương
máy chủ để gửi email. Các máy chủ thư địa phương sau đó liên lạc email gửi đi của
máy chủ, như trong hình 9.1. Hầu hết các Linux email khách hàng (aka đại lý sử dụng mail, hoặc
MUAs), cũng như các chương trình tương tự như trên các nền tảng khác, cung cấp các tùy chọn
để trực tiếp liên lạc với một máy chủ SMTP từ xa khi gửi email. Một ví dụ
cấu hình hơi đơn giản hoá các con đường email nhưng có thể làm cho hoạt động
không đáng tin cậy nếu liên kết mạng nội bộ đi xuống. Nếu cuộc đàm phán client email của bạn để
một máy chủ SMTP chạy tại địa phương, các email có thể được xếp hàng để phân phối bởi
các máy chủ SMTP thậm chí nếu mạng tạm thời xuống.
Quản lý Email 447
Chọn Email Phần mềm
Linux hỗ trợ khá một vài máy chủ email. Rất có thể, một trong những máy chủ lớn sẽ được
cài đặt trên hệ thống của bạn theo mặc định. Nếu không, và nếu bạn muốn cài đặt một, bạn sẽ phải chọn
một. Bạn cũng có thể muốn thay đổi máy chủ email của bạn nếu bạn cần cấu hình nó trong nâng cao
cách; một số máy chủ dễ cấu hình hơn những người khác hoặc hỗ trợ tùy chọn cụ thể mà người khác không. Bốn máy chủ email được phổ biến nhất trên Linux:
Sendmail Các chương trình sendmail (http://www.sendmail.org) đã nhiều năm
gói máy chủ email chi phối trên Internet. Trong những năm gần đây nó bị mất một số của nó
thống trị đến các máy chủ khác được mô tả ở đây, cũng như đến các máy chủ email Windows.
Tuy nhiên, sendmail vẫn là một máy chủ phổ biến. Nó rất mạnh mẽ, nhưng nó cũng khó khăn để
cấu hình vì các định dạng tập tin cấu hình của nó khá phức tạp.
Postfix Postfix (http://www.postfix.org) được thiết kế như một sự thay thế mô-đun cho
sendmail-chứ không phải là một chương trình duy nhất mà tất cả mọi thứ ( như sendmail được thiết kế),
Postfix sử dụng nhiều chương trình, mỗi trong số đó xử lý các nhiệm vụ nhỏ cụ thể riêng của mình. Điều này
thiết kế cải thiện an ninh, ít nhất là trên lý thuyết. Postfix có xu hướng được dễ dàng hơn để cấu hình hơn
sendmail, và nó trở thành máy chủ email mặc định trên nhiều bản phân phối Linux.
Exim Mặc dù Exim (http://www.exim.org) là một máy chủ nguyên khối, như sendmail, nó
có một cấu hình đơn giản hơn nhiều Định dạng tập tin và như vậy là dễ dàng hơn để cấu hình. Một vài Linux
phân phối sử dụng Exim như các máy chủ email mặc định.
Qmail server Linux email lớn thứ tư, qmail (http://www.qmail.org), là một mô-đun
máy chủ với an ninh như một mục tiêu thiết kế chính. Giống như Postfix và Exim, qmail là dễ dàng hơn để
cấu hình hơn sendmail. Đây không phải là máy chủ thư điện tử chuẩn trong bất kỳ phân phối Linux
vì giấy phép của nó là một chút lạ và làm phức tạp phân phối qmail với Linux; Tuy nhiên,
quản trị hệ thống như qmail đủ mà họ thay thế các bản phân phối của họ
'máy chủ email với tiêu chuẩn qmail.
Bạn học mà email máy chủ chạy Linux của bạn có nhiều cách để. Việc
hai đáng tin cậy nhất là sử dụng ps (mô tả trong Chương 2, "Quản lý Phần mềm") để tìm
tiến trình đang chạy hoặc sử dụng các công cụ quản lý gói của bạn (cũng được mô tả trong chương 2)
để xem những gói được cài đặt. Trong cả hai trường hợp, bạn có thể cần phải kiểm tra cho mỗi chương trình lần lượt. Ví dụ, bạn có thể xem kết quả như thế này:
$ ps ax | grep gửi
31.129 pts / 2 R + 0:00 grep gửi
$ ps ax | grep bài
7778? Ss 00:45 / usr / lib / postfix / chủ
31.132 pts / 2 S + 0:00 grep gửi
Việc tìm kiếm một quá trình có chứa các chuỗi sendfailed, nhưng việc tìm kiếm cho bài
trả một quá trình được gọi là / usr / lib / postfix / master- do đó, nó xuất hiện rằng Postfi x đang chạy trên hệ thống này.
448 Chương 9 ■ Scripts Viết, Cấu hình Email, và sử dụng cơ sở dữ liệu
Bạn cũng có thể tìm kiếm tên tập tin thực thi cho mỗi máy chủ email trong / usr / binor / usr / sbin;
nhưng lưu ý mà hầu hết các máy chủ email Linux bao gồm một chương trình gọi là sendmail. Điều này
được thực hiện với lý do tương thích; vì chương trình sendmail ban đầu đã từng phổ biến, cung cấp một giao diện tương thích cho các kịch bản và các quản trị viên giúp SMTP
khác. máy chủ làm việc
Ngoài các máy chủ SMTP, một hệ thống thư điện tử đầy đủ chức năng Linux có thể bao gồm
các phần mềm khác:
Pull Mail Servers Hai giao thức email pull , POP và IMAP, được phổ biến. Nếu một Linux
hệ thống sẽ hoạt động như một máy chủ mail từ đó người dùng có thể đọc email của họ từ xa,
rất có thể là bạn sẽ cài đặt một POP hoặc một gói máy chủ IMAP, như Cyrus IMAP
(http://cyrusimap.web.cmu.edu/ ) hoặc Dovecot (http://www.dovecot.org).
fetchmail chương trình này, dựa vào http://fetchmail.berlios.de, fi LLS một khoảng cách lẻ trong
chuỗi email-giao hàng. Nếu bạn chạy một trang web nhỏ mà dựa trên một ISP bên ngoài để gửi email,
rất có thể là các ISP chỉ hỗ trợ POP hoặc IMAP. Nếu bạn muốn sử dụng một loạt các email
của khách hàng, bạn có thể muốn chạy máy chủ SMTP của riêng bạn, và có lẽ POP hoặc IMAP của bạn
máy chủ, để cung cấp thư tại địa phương. Để làm điều này, bạn cần một chương trình kéo thư bằng POP hoặc
IMAP và sau đó tiêm nó vào một hàng đợi mail SMTP địa phương. Đây là công việc của fetchmail. Hầu hết
các trang web không cần nó, nhưng đối với những người mà làm, đó là không thể thiếu.
Độc giả Thư Các liên kết cuối cùng trong chuỗi email là đọc mail. Ví dụ trong Linux
bao gồm Evolution (http://projects.gnome.org/evolution/), KMail (http: // userbase
.kde.org / KMail), Thunderbird (http://www.mozilla.org/en-US / thunderbird /), và mutt
(http://www.mutt.org). Các mailutility, được cài đặt trên hầu hết các hệ thống Linux bằng cách
mặc định, là tiện ích email thấp nhất-mẫu số chung. Nó được mô tả trong thời gian ngắn, trong "Gửi
và nhận Email." Hầu hết các khách hàng email Linux enable đọc hoặc từ một thư địa phương
hàng đợi hay từ một POP hoặc IMAP mail server từ xa. Một hệ thống đa người dùng có thể có
nhiều khách hàng cài đặt email, cho phép mỗi người dùng để lựa chọn mà khách hàng sử dụng.
Không cuốn sách này cũng không bao gồm các kỳ thi kéo máy chủ email, fetchmail, hoặc đọc mail trong
bất kỳ chi tiết. Như một vấn đề thực tế, bạn có thể cần phải tìm hiểu làm thế nào để cấu hình bất kỳ hoặc tất cả các
gói, tùy thuộc vào nhu cầu của trang web. May mắn thay, cấu hình đọc mail, đó là
nhiệm vụ chung nhất, thường là khá đơn giản, miễn là bạn có thông tin
về tên máy của bạn đi (SMTP) và đến (POP, IMAP, hoặc xếp hàng địa phương)
các máy chủ email.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: