Vừa chạy mail online vừa chạy mail offline

[zippo]

Hi All,

That ra co the lam giai phap vua online vua offline, nhung giai phap nay thuc te khong ai dung dau, ma se dung giai phap HA(high available)
nhung ngac mot noi dung giai phap HA thi phai can share disk (clustering) rat ton kem

Vi vay, minh gioi thieu ban mot giap dap ung nhu cau HA nhung khong phai mua shared-disk va minh da lam cho cac ISP (cambodia) dung, duoc goi la mirror-machine (khong biet upload hinh len nhu the nao) nhung dai loai la mot may chay va mot may nghi (active-standby), khi mot may chet thi toan bo he thong se swicth sang moi standby (user hoan toan khon y thuc duoc viec nay)

Ban cu tuong tuong , neu vua mail online & ofline, thi he thong user password, mailbox, authentication, relay nua rat puc tap
user cua ban lai phai cau hinh lai IP cua mail server moi, va du thu khac nua rat nightmare

Trong moi truong Linux ban co the tham khao HA-linux + DRBD (free)
Con trong moi truong Window thi dung Co-standby server (cai nay phai mua day)

[kenji123]

ý tưởng của bạn zippo rất hay. Cty của mình hiện tại dung mail offline của vdc nay mình muốn làm một mail online riêng, nhưng yêu cầu là 2 cái mail server này chạy cùng nhau khoản 1 tháng nghỉa là online vừa chạy và offline cũng chạy luôn mà tên domain thì giống nhau vì dụ @abc.com Bạn có ý tưởng nào về cái này ko. Thanks mọi người nhiều

[trainingit]

hi,

với mail online : MX trỏ vào chính mail server của bạn

với mail offline : MX trỏ vào mail server của ISP (hoặc nhà cung cấp dịch vụ mail offline)

cùng với một tên miền, dùng mail offline hay online đều được (nhưng khó có thể chạy đồng thời, chỉ chạy tại 1 thời điểm), nhưng khi đó cần phải set lại bản ghi MX trên DNS server, nếu tự quản lý DNS riêng thì có thể thiết lập lại bằng cách trỏ MX vào server mail của ISP, hay server mail của chính bạn, còn nếu phải nhờ ISP hỗ trợ để sửa lại cái MX thì cũng khá mệt.

[kenji123]

Cool! thông tin của bác trainingit rất quý giá cho mình. Cho mình hỏi thêm một tí là, nếu hai cái MX đó có giá trị bằng nhau thì làm mail người gởi sẽ đi qua đường nào (chọn đường nào để gởi tới mình) và theo bác là mail online mình cũng cần phải làm một DNS server lun àh. Thanks in advance

[trainingit]

hi kenji123,

bình thường thì các cty ở VN ko có DNS server riêng, với trường hợp này phải nhờ ISP trỏ lại MX, còn nếu bạn có một DNS server riêng - với IP public (trong trường hợp bạn có nhiều IP tĩnh và muốn thiết lập một DNS server riêng), vd bạn có tên miền là tencty.com và bạn thuê của ISP vài địa chỉ IP tĩnh, lúc đó bạn có thể tạo một DNS server là

dns.tencty.com (vd ở địa chỉ 203.162.145.60)

=> trên DNS server này bạn có thể khai báo MX record để gửi nhận mail

+ với mail offline : ISP sẽ cho bạn một hòm thư POP3 trên server mail của họ, bạn ghi MX lúc này trỏ vào server mail của ISP,
vd : MX = mail.isp.com

+ với mail online : MX sẽ trỏ thẳng vào mail server của bạn
vd : MX = mail.tencty.com

nếu có DNS server riêng thì có thể set mail server lúc làm mail online, lúc làm mail offline bằng cách trỏ lại MX vào đúng mail server, còn nếu ko có DNS riêng thì phải phụ thuộc vào ISP, và nhờ họ trỏ lại cho mình.

bản ghi MX có một giá trị gọi là priority (độ ưu tiên), dùng trong trường hợp có nhiều mail server, chẳng hạn nếu bạn có 2 server mail online, một server dùng để làm backup, một server chính:

mail server 01 : mailsrv.tencty.com
mail server 02 : backupmail.tencty.com

=> bạn muốn mailsrv dùng làm server chính để gửi nhận thư, còn backup bạn dùng trong trường hợp mailsrv gặp sự cố, lúc đó sẽ dùng giá trị priority này.

giá trị priority thấp hơn, sẽ có độ ưu tiên cao hơn, trong mô hình 2 server mail này nếu bạn dùng priority = 5 cho mailsrv.tencty.com và priority = 10 cho backupmail.tencty.com, thì khi thư từ ngoài gửi vào, sẽ gửi đến mailsrv (với độ ưu tiên cao hơn)

xem thêm ở đoạn này:

MX priority

The target server, i.e. the one that knows how to deliver to the relevant user's e-mail mailbox is the one with the highest priority. Low priority servers, a.k.a. backup mx, usually keep the messages in a queue waiting for the primary server to become available.

The relative priority of an MX server is determined by the preference number present in the DNS MX record. When a remote client (typically another mail server) does an MX lookup for the domain name, it gets a list of servers and their preference numbers. The MX record with the smallest preference number has the highest priority and is the first server to be tried. The remote client will go up the list of servers until it successfully delivers the message or gets permanently rejected due to an unreachable server or if the mail account does not exist on that server. If there is more than one entry with the same preference number, all of those must be tried before moving on to lower-priority entries.

One technique used to distribute the load of incoming mail over an array of servers is to return the same preference number for each server in the set. The available mail servers are then returned in a sort of round robin order, and since the priority values of all returned MXs are equal, the remote client will send its message using the first in the list. Upon the next request, the MXs will be returned in a "shuffled" order. This technique mainly addresses routing problems, other type of server load can be addressed by using an SMTP proxy.

A favorite technique of spammers is to connect to the lowest priority MXs for a domain (those with the largest numerical value) in an attempt to avoid any anti-spam filters that may be running on the primary (highest priority) MX. In addition, backup MX servers may not know the names of user's mailboxes, be noted. The reason being is that because of the theories that SMTP engines running on compromised hosts do not fully implement all SMTP error-handling routines, and this lack of complete rule-following can be used against them (grey-listing being another example of an anti-spam technique).

link:

http://en.wikipedia.org/wiki/MX_record

(MX record)

nếu 2 bản ghi MX có giá trị priority như nhau, 2 mail server đó được ưu tiên như nhau, sau đó mới đến các server mail có độ ưu tiên thấp hơn (giá trị priority cao hơn)

If there is more than one entry with the same preference number, all of those must be tried before moving on to lower-priority entries.

Do đó, nếu bạn có 2 server mail mà muốn set theo kiểu một server chính, một backup thì nên đặt 2 giá trị priority khác nhau, cái nào chính thì set priority thấp hơn.

[camaptrang]

ý tưởng của bạn zippo rất hay. Cty của mình hiện tại dung mail offline của vdc nay mình muốn làm một mail online riêng, nhưng yêu cầu là 2 cái mail server này chạy cùng nhau khoản 1 tháng nghỉa là online vừa chạy và offline cũng chạy luôn mà tên domain thì giống nhau vì dụ @abc.com Bạn có ý tưởng nào về cái này ko. Thanks mọi người nhiều

high available không phải là ý tưởng của zippo đâu, mà nó là một solutions pro lắm đó, một ngày nào đó bạn triển khai 1 hệ thống lớn đòi hỏi tính năng sẳng sàng cao thì việc áp dụng phương án mà zippo nêu là chọn lựa tối ưu đó.

nhung ngac mot noi dung giai phap HA thi phai can share disk (clustering) rat ton kem

He he nói chung là cái nào cũng có cái giá của nó cả, rẽ bền đẹp và ngon thì rồi cũng đến linux mà linux thì kiếm người quản trị nó cũng mệt

[kenji123]

Vậy theo bác trainingit thì như trường hợp của em là vừa là mail online và vừa là mail offline thì có nên set cái priority của MX khác nhau hay ko. Hay để nó bằng nhau. Vậy khi đó mail từ người gởi sẽ chọn thằng nào (online or offline) or nó sẽ chọn random.
Và còn một vấn đề nữa, theo bác thì trong trường hợp này thằng MDeamon work sẽ tốt hay thằng mail exchange work sẽ tốt. Nếu như mình có IP static và sẽ làm một cái DNS server tích hợp luôn. Thanks for your support!

[trainingit]

hi,

nếu bạn chỉ có một server mail, thì giá trị preference ko cần set lại (mặc định là 10), chỉ cần set lại giá trị này nếu như bạn có nhiều hơn 1 server mail

+ nếu có 2 server mail, và muốn dùng một server mail làm backup, khi đó bạn set giá trị preference thấp hơn cho primary server, lúc đó server này sẽ được ưu tiên hơn (high priority), còn giá trị preference cao hơn set cho backup server (low priority)

+ chỉ set giá trị preference bằng nhau trong trường hợp bạn có nhiều server mail (arrays of server), và bạn muốn nó có độ ưu tiên như nhau (chẳng hạn với hệ thống cluster)

One technique used to distribute the load of incoming mail over an array of servers is to return the same preference number for each server in the set. The available mail servers are then returned in a sort of round robin order, and since the priority values of all returned MXs are equal, the remote client will send its message using the first in the list. Upon the next request, the MXs will be returned in a "shuffled" order.

- dùng mdaemon thì dễ cấu hình, dễ quản lý hơn là exchange, sự chuyển đổi từ mail online sang offline và ngược lại với cùng một domain (@abc.com) khá dễ dàng.

[kenji123]

Thank you so much for your support :-)