Category Archives: Zimbra

Phàn nàn của người dùng (Complaints)

Trong bài đầu tiên trong tuyến bài Email Deliverability, mô tả về Nguồn Gửi, địa chỉ IP và tên miền, tớ đã nhắc đến Phàn nàn (Complaints) như là một trong các chỉ số quan trọng bậc nhất, ảnh hưởng đến điểm tín nhiệm của nguồn gửi:

Email Deliverability part 1: IP và Domain

Khi nhận được thư không mong muốn vào inbox, người dùng sẽ thông báo “Đây là Spam”, những thông báo dạng này được gọi là Phàn nàn (complaints).

Có 3 cách để người nhận thư “phàn nàn”:

  • Nút “This is junk/spam”: người dùng nhấn nút Junk/Spam trên phần mềm email client.
  • Phàn nàn với quản trị hệ thống email: người dùng gửi thư phàn nàn về nguồn gửi tới nhóm quản trị hệ thống email của nhà cung cấp dịch vụ.
  • Phàn nàn với ứng dụng lọc spam: người dùng gửi phàn nàn tới ứng dụng lọc spam hoặc danh sách tự động chuyên tiếp nhận phàn nàn.

Chỉ với một tỷ lệ nhỏ phàn nàn của người dùng có thể ảnh hưởng lớn đến khả năng chuyển phát thư vào inbox. Vì vậy cần cố gắng giữ tỷ lệ phàn nàn dưới 0.1%.

Người dùng phàn nàn bởi nhiều nguyên nhân khác nhau. Hiểu được nguyên nhân sẽ giúp giảm tỷ lệ phàn nàn.

Một số lưu ý cụ thể:

  • Xem xét tất cả các nguồn thu thập địa chỉ thư xem liệu nguồn nào dẫn tới số lượng phàn nàn tăng cao bất thường. Xử lý làm sạch tập địa chỉ thu thập từ nguồn đó, thậm chí hủy hẳn nguồn thu thập gây ra vấn đề. Các danh sách mua ngoài, danh sách liên kết, form tự khởi tạo trên web… thường dễ là thủ phạm gây vấn đề.
  • Nếu người đăng ký không nhận ra thương hiệu hoặc nhớ ra đã từng đăng ký vào danh sách thư, có khả năng họ sẽ phàn nàn. Hãy gửi một thông điệp chào mừng đúng lúc, đúng chỗ, nhắc lại về thương hiệu và/hoặc các lợi ích từ chương trình.
  • Nội dung không liên quan hoặc không đáng quan tâm rất dễ nhận phàn nàn. Nên có công cụ tiếp nhận phản hồi của người nhận về những nội dung họ muốn/không muốn để cải thiện trong các chiến dịch gửi sau.
  • Cần đảm bảo link hủy đăng ký phải được nổi bật và dễ thực hiện. Người dùng thường chọn nút “Spam” nếu họ không biết hủy đăng ký thế nào.
  • Tham gia vào các FBL (feedback loop – sẽ được giải thích trong bài sau) để tiếp nhận lại các phàn nàn của người dùng từ nhà cung cấp dịch vụ phía đầu nhận và xử lý sớm.

Riêng chủ đề Phàn nàn (Complaints) có thể viết hẳn thành một tuyến bài riêng. Sau khi kết thúc loạt bài về Email Deliverability, nếu mọi người thấy nội dung có ích và đón nhận nhiệt tình, tớ sẽ bố trí thời gian viết tiếp, tập trung vào chủ đề Phàn nàn của người dùng và làm thế nào để kiểm soát chúng tốt nhất.

iWay và Zextras ký thỏa thuận hợp tác chiến lược

Từ nhiều năm nay, Zextras đã trở thành cái tên quen thuộc trong cộng đồng phát triển và người dùng Zimbra toàn thế giới. Công ty có trụ sở tại Milan, Italia, là một trong những nhà phát triển có đóng góp lớn nhất vào dự án nguồn mở Zimbra với bộ phần mềm nổi tiếng Zextras Suite, bao gồm rất nhiều các thành phần mở rộng, bổ sung các tính năng quan trọng vào phiên bản Zimbra Open Source edition. Nhiều tính năng trong số này sau đó đã được đưa vào trở thành một phần của phiên bản Zimbra Network edition.

Các tính năng chính trong bộ phần mềm Zextras Suite bao gồm:

  • Quản lý lưu trữ: hỗ trợ lưu trữ dữ liệu thư điện tử đồng thời trên nhiều thiết bị, với các công nghệ khác nhau: đĩa cứng nội bộ, SAN/NAS, Cloud…
  • Sao lưu và phục hồi theo thời gian thực.
  • Phân quyền cho Quản trị viên.
  • Video conf, Voice call và Chat (tương tự Google Meet).
  • Lưu trữ, chia sẻ và cùng soạn sửa tài liệu (tương tự Google Docs và Google Drives).
  • Hỗ trợ thiết bị di động, Outlook và Windows Mail theo giao thức chuẩn ActiveSync.
  • Dễ dàng cài đặt, cập nhật và quản trị: Zextras Suite được tích hợp hoàn hảo trong Zimbra, theo quy trình cài đặt tiêu chuẩn nhanh chóng và dễ dàng.
  • Tuân thủ GDPR (General Data Protection Regulation), bộ quy tắc về bảo vệ dữ liệu cá nhân do Châu Âu đề xướng.

Không lâu sau khi Synacor, công ty sở hữu thương hiệu Zimbra, ra thông báo chính thức về việc bắt đầu từ bản Zimbra 9, phần webmail với tên mới là ModernUI sẽ không được phát hành theo giấy phép nguồn mở và cũng không tiếp tục phát hành các bản đóng gói chính thức cho phiên bản Zimbra 9 Open Source, Zextras là công ty đứng ra nhận trách nhiệm biên dịch và đóng gói phiên bản Zimbra 9 Open Source, bởi lý do rất đơn giản, Zextras được sinh ra (bởi các founders) từ cộng đồng và luôn đặt sứ mệnh ưu tiên hỗ trợ cho cộng đồng lên hàng đầu.

Các bạn có thể tìm hiểu thêm về Zimbra 9 Open Source, unofficial builds, made by Zextras tại: https://www.zextras.com/zextras-build-based-on-zimbra-official-repository/ (bao gồm cả các thông tin quan trọng về tuân thủ giấy phép nguồn mở)

iWay là một trong những công ty đầu tiên tại Việt Nam tham gia trực tiếp đóng góp phát triển vào các dự án nguồn mở cùng cộng đồng thế giới, bao gồm các dự án rất lớn như Fedora Linux, Zimbra và nhiều dự án nguồn mở được chọn là nhân lõi cho Zimbra.

Với tầm nhìn trở thành nhà phát triển phần mềm nguồn mở đồng thời nhà cung cấp dịch vụ nguồn mở lớn nhất tại Việt Nam và trong khu vực, qua hơn 16 năm phát triển, iWay luôn là lá cờ đầu, tiên phong đóng góp phát triển các dự án nguồn mở theo đúng qui tắc tiêu chuẩn, cùng cộng đồng thế giới, được ghi nhận là một trong những nhà phát triển nguồn mở có nhiều đóng góp nhất trong khu vực Châu Á – Thái Bình Dương. Riêng trong dự án nguồn mở Zimbra, iWay đã tham gia đóng góp phát triển nhiều thành phần nhân lõi, cũng như thành phần mở rộng, và đặc biệt các đóng góp này đều được phát hành 100% theo giấy phép nguồn mở.

Tháng 11/2020, Zextras và iWay đã chính thức kỹ kết thỏa thuận chiến lược, cùng hợp tác phát triển dự án nguồn mở Zimbra, đồng thời iWay cũng trở thành nhà phân phối chính thức Zextras Suite tại Việt Nam: https://iwayvietnam.com/i-news.html

Nhân dịp Giáng Sinh và Năm Mới 2021, chúng tôi xin gửi lới chúc mừng tới toàn thể thành viên cộng đồng Zimbra và cộng đồng nguồn mở Việt Nam nói chung, và xin gửi tặng đến các bạn một món quà đặc biệt, Voucher giảm 20% Zextras Suite subscription, có giả trị đến hết ngày 31/1/2021.

Hãy liên hệ với chúng tôi. Điện thoại: +84(24)3527-8684 / Email: sales@iwayietnam.com.

Email Deliverability part 2: Chất lượng tập địa chỉ nhận

Trong bài trước, chúng ta đã phân tích yếu tố ảnh hưởng đầu tiên đến email deliverability: Nguồn Gửi.

Email Deliverability part 1: IP và Domain

Loạt bài tiếp theo đây, chúng ta sẽ phân tích các yếu tố ảnh hưởng tiếp theo: Chất lượng tập địa chỉ nhận.

Nguồn: ChooseWhat

Có 3 loại địa chỉ đặc biệt được nhà cung cấp dịch vụ mailbox xem xét: Địa chỉ không tồn tại (Unknown users), Bẫy spam (Spam traps) và Địa chỉ không hoạt động (Inactive users).

Địa chỉ không tồn tại (Unknown users)
Là địa chỉ chưa từng tồn tại, hoặc bị nhà cung cấp dịch vụ mailbox hay chính người dùng xóa khỏi hệ thống. Khi nhận email đến 1 địa chỉ không tồn tại, hệ thống email nhận sẽ trả về mã lỗi Hard-bounce 5xx có dạng:
550 <subscriber@acme.com> User unknown
550 <subscriber@acme.com> Mailbox does not exist
550 <subscriber@acme.com> Invalid recipient

Tỷ lệ unknown users / tổng số email trong 1 đơn vị thời gian cần được kiểm soát ở mức an toàn dưới 2%. Tỷ lệ trên 2% bắt đầu được coi là dấu hiệu nguồn gửi này là spammers. Tỷ lệ trên 10% thì hầu hết các hệ thống nhận email đều coi nguồn gửi này chắc chắn là Spammers.

Bẫy spam (Spam traps)
Là những hộp thư đặc biệt, được nhà cung cấp dịch vụ dành riêng để tiếp nhận email và phân tích khả năng nguồn gửi là spammers hay không.
Một email rơi vào bẫy spam nghĩa là nguồn gửi có vấn đề: 1/ lấy địa chỉ email từ nguồn xấu, hoặc 2/ địa chỉ nhận email không được dọn dẹp thường xuyên. Kể từ thời điểm này, địa chỉ IP, tên miền của nguồn gửi hoặc mẫu nội dung thư có thể bị liệt vào danh sách chặn tạm thời, hoặc vĩnh viễn. Loại và tuổi của bẫy spam là những yếu tố ảnh hưởng đến mức độ quyết định ngăn chặn.

Có 2 loại bẫy spam:

  • Bẫy spam tái sử dụng (Recycled): địa chỉ từng thuộc về một người thật, nhưng đã được chuyển thành bẫy spam sau khi người dùng dừng sử dụng. Bẫy spam loại này thường chỉ ra là tập địa chỉ nhận email không được dọn dẹp thường xuyên.
  • Hũ mật (Honey pot): địa chỉ được lập ra với mục đích rõ ràng từ đầu nhằm chặn bắt các nguồn gửi xấu. Nhiều nhà cung cấp dịch vụ bẫy spam để địa chỉ “hũ mật” lên website hoặc các diễn đàn, trang mạng khác, ẩn so với người dùng, nhưng lại dễ dàng đọc bởi các robot chuyên đi thu thập địa chỉ email. Nguồn gửi tới các địa chỉ “hũ mật” này ngay lập tức bị đánh giá là spammer.

Các lưu ý cụ thể duy trì chất lượng tập địa chỉ nhận:

  • Cách li riêng các tập dữ liệu mới: chỉ gửi thư chào hỏi, nếu không nhận lại mã lỗi 5xx mới đưa vào tập địa chỉ chính thức.
  • Cung cấp lựa chọn cập nhật địa chỉ tiện lợi: mọi người thường thỉnh thoảng thay đổi địa chỉ email và mong muốn cập nhật thông tin liên hệ nếu được cung cấp công cụ tiện lợi.
  • Xác nhận khi đăng ký: khi người dùng đăng ký, cần gửi thư xác nhận, thường đơn giản là click vào 1 đường dẫn tạo sẵn.
  • Cẩn thận lựa chọn tập địa chỉ: thường xuyên kiểm tra tập địa chỉ được cung cấp bởi bên thứ 3, để ra các quyết định sử dụng hay loại bỏ một nhóm hoặc cả tập địa chỉ.
  • Gửi email thường xuyên: về nguyên tắc, càng ít gửi email, nguy cơ email bị trả lại (bounce), hay thậm chí bị gửi vào bẫy spam (dạng “tái sử dụng”) càng cao. Dĩ nhiên, tần suất ở đây phải hiểu là tần suất gửi thực tế hàng ngày, hàng tuần…, không phải kiểu bắn email hàng loạt, lặp đi lặp lại đến 1 tập địa chỉ.
  • Theo dõi hành vi của người nhận: như một luật bất thành văn, địa chỉ nhận không hoạt động hoặc không có phản hồi gì hơn 1 năm cần được loại bỏ khỏi tập địa chỉ. Quãng thời gian có thể là 6 tháng hoặc 3 tháng nếu tần suất gửi khá thường xuyên.
  • Dọn dẹp tập địa chỉ: thường xuyên dọn dẹp các địa chỉ dạng chức danh (role) như sales@domain.com, địa chỉ dạng thử nghiệm như test@domain.com hoặc địa chỉ lỗi như jane@gmal.com.

Địa chỉ không hoạt động (Inactive users)

Địa chỉ không hoạt động đại diện chi những người không mở, click, hoặc thực hiện bất cứ hành động gì trên email nhận được trong một khoảng thới gian xác định. Nhiều tập địa chỉ chứa đến 80% là địa chỉ không hoạt động.

Địa chỉ không hoạt động tồn tại bởi nhiều nguyên nhân. Chúng không tác động trực tiếp đến chất lượng Tập địa chỉ và Khả năng nguồn gửi bị đánh giá spam như Địa chỉ không tồn tại (Unknown users) hoặc Bẫy spam (Spam traps), nhưng chúng làm giảm tỷ lệ phản hồi của cả chiến dịch/chương trình, và gián tiếp ảnh hưởng xấu đến điểm tín nhiệm nói chung. Vì vậy, cách tốt nhất là kiểm soát các địa chỉ không hoạt động trong trên phần mềm gửi thư qua từng chiến dịch/chương trình.

Một số lưu ý cụ thể:

  • Sử dụng chức năng của phần mềm gửi thư theo dõi dữ liệu về phản hồi của người dùng qua từng chiến dịch/chương trình.
  • Theo dõi, thống kê số lượng mở, click và bị trả lại (bounce). Đặc biệt lưu ý khi tỷ lệ mở, click giảm, hoặc khi tỷ lệ bị trả lại tăng bất thường. Dùng chính dữ liệu này làm các mốc xác định Địa chỉ không hoạt động hay Hoạt động, sau đó chủ động thiết đặt giảm tần suất gửi thư tới các địa chỉ không hoạt động.
  • Kiểm soát nguồn cung cấp các địa chỉ không hoạt động (từ website, từ đối tác, từ giới thiệu…) xác định mẫu số chung phát sinh các địa chỉ không hoạt động của từng nguồn để phòng tránh, giảm bớt tập địa chỉ loại này.

Thực hành tốt các lưu ý trong bài viết này để kiểm soát tốt cả 3 loại địa chỉ đặc biệt: Địa chỉ không tồn tại (Unknown users), Bẫy spam (Spam traps) và Địa chỉ không hoạt động (Inactive users) sẽ giúp nâng cao chất lượng tập địa chỉ nhận, qua đó kiểm soát tốt nhất điểm tín nhiệm cho nguồn gửi (sender reputation), đảm bảo email deliverability luôn ở mức cao nhất.

Email Deliverability part 1: IP và Domain

Như đã hẹn, sau đợt hỗ trợ đồng bào miền Trung tạm ổn, tớ bắt đầu quay lại với series bài viết về Email Deliverability.

Email Deliverability là khả năng hệ thống deliver email tới được Inbox người nhận, giống như kiểu anh shipper chuyển được hàng đến tận tay bạn.

Đây là bài đầu tiên trong tuyến bài, nói về một trong các thành phần cơ bản nhất, và cũng là thành phần quan trọng nhất: Nguồn Gửi.

Mời mọi người đọc & comment & trao đổi thêm.

Nguồn: BigMailer

Một trong các thông tin quan trọng nhất được công cụ Spam filter phía đầu hệ thống email người nhận dùng để đánh giá một email có phải là spam hay không là nguồn gửi, được cấu thành bởi 2 thành tố: địa chỉ IP và tên miền.

Về địa chỉ IP:

  • Hệ thống email đầu nhận kiểm tra điểm tín nhiệm (reputation) của địa chỉ IP dùng để kết nối, chuyển phát thư tới (Sender IP) theo một số thuật toán tương đối phức tạp, kết hợp nhiều tham số khác nhau để tính toán ra một chỉ số chung gọi là SenderScore có điểm số từ 0-100; một số hệ thống sử dụng các thuật toán khác tính toán ra chỉ số SenderBase có giá trị từ -10 đến +10. Một số tham số chính có thể kể đến:
    • Complaints: số lượng thông báo “đây là spam” của người dùng (chỉ số quan trọng nhất – nên cần tìm cách giảm thiểu complaints của người dùng)
    • Spam Traps: một loại dịch vụ đặc biệt của các nhà cung cấp dịch vụ Internet, chuyên bẫy các loại Spam khác nhau.
    • Message Composition: cách thức thu thập/trộn thông tin tạo ra nội dung thư gửi đi.
    • Volume: số lượng thư gửi đi theo đơn vị thời gian.
    • Blacklists: một loại dịch vụ đặc biệt của các nhà cung cấp dịch vụ Internet chuyên kiểm tra, theo dõi và liệt kê các địa chỉ IP gửi spam (cố tình hoặc có lỗi vô ý) vào danh sách đen.
  • Một số lưu ý cụ thể:
    • Địa chỉ IP cho chuyển phát thư số lượng lớn nên dùng riêng, tránh chia sẻ với các dịch vụ khác. Mỗi địa chỉ IP cần được thiết đặt bản ghi ánh xạ ngược PTR.
    • Các tham số ảnh hưởng chính đến IP reputation như nêu ở trên cần được kiểm soát thường xuyên, đảm bảo luôn trong ngưỡng giá trị cho phép. VD: Volume nên giữ tương đối cân bằng, không nên tăng đột ngột trong một khoảng thời gian ngắn.
    • Tránh thay đổi địa chỉ IP, trừ trường hợp bất khả kháng. Trường hợp thêm địa chỉ IP mới vào hệ thống chuyển phát thư số lượng lớn, cần thêm vào các hàng đợi phụ, được kiểm soát tốc độ chuyển phát thư, trước khi đưa vào các hàng đợi tốc độ nhanh hơn và cuối cùng vào hàng đợi chính. Hệ thống email phía đầu nhận gọi kỹ thuật này là “email throttling”, chuyên dùng để loại trừ các địa chỉ IP mới, thường được các spammer dùng để phát tán spam.

Về tên miền:

  • Tên miền được đăng ký trên hệ thống DNS toàn cầu, và trong phạm vi, ngữ cảnh về email, thường gắn liền với kỹ thuật “ký tên miền” (signing domain) được sử dụng trong giao thức xác thực tên miền như SPF, DKIM…
  • Điểm tín nhiệm của tên miền (Domain Reputation) được tính toán từ các tham số chính sau:
    • Spam folder placement rate: số email từ tên miền này bị đưa vào Spam folder sau khi Spam filter đánh giá IP reputation và nội dung thư.
    • Inbox placement rate: số email từ tên miền này vào Inbox.
    • Complaint rate: số email từ tên miền này bị người dùng đánh dấu là Spam.
    • “This is not spam” rate: số email từ tên miền này bị đưa vào thư mục Spam (nhóm 1) hoặc từng bị đánh dấu spam (nhóm 3), nhưng sau đó lại được người dùng đánh dấu là Not Spam.
  • Một số lưu ý cụ thể:
    • Cần thiết đặt các bản ghi DNS chuyên dùng cho các giao thức xác thực tên miền như SPF, DKIM, DMARC. Hầu hết các hệ thống email phía đầu nhận đều kiểm tra xác thực xem liệu email nhận được có thực sự được gửi từ tên miền này không. Việc thiết đặt này còn tăng cường điểm tín nhiệm cho tên miền và rộng hơn là thương hiệu của doanh nghiệp, đảm bảo những nguồn gửi không được xác thực sẽ bị Spam filter phía đầu nhận chặn lại.
    • Một số bản ghi DNS cần được thiết đặt bao gồm:

Các thành tố cấu thành nguồn gửi (địa chỉ IP và tên miền) cần được thường xuyên kiểm soát theo thời gian thực, đảm bảo luôn duy trì điểm tín nhiệm tốt nhất. Một sai sót nhỏ có thể dẫn đến ảnh hưởng rất lớn đến khả năng chuyển phát của cả hệ thống.

Ngoài nguồn gửi, còn nhiều yếu tố khác ảnh hưởng đến khả năng thư được deliver tới Inbox người nhận (email deliverability). Tuy nhiên hầu hết các yếu tố đó nằm ngoài phạm vi của hệ thống chuyển phát thư số lượng lớn nên sẽ cần được xem xét riêng.

Email Delivery series

Lâu lâu để blog mốc meo quá 😀

Đợt này đang có hứng, tớ sẽ viết một series bài về email delivery cho email gửi ra từ hệ thống của các bạn (corporate email, marketing email, automation email…), cách thức kiểm soát để đảm bảo 100% email luôn vào inbox người nhận.

Vấn đề đăng nhập vào Zimbra webmail với Firefox mới

Vừa upgrade lên Firefox 37 sau một thời gian dài sử dụng Firefox 33, tôi gặp ngay vấn đề không thể đăng nhập vào Zimbra (8.6) webmail. Thử truy cập phiên bản HTML thấy vào được bình thường, như vậy lỗi xảy ra với thiết đặt nào đó khiến AjaxPackage không load lên được.

Lần ngược về các thay đổi chính trong Firefox phiên bản mới, một điểm quan trọng tôi thấy là từ phiên bản Firefox mới thay đổi cách thức thiết đặt tham số, trong đó có một tham số quan trọng, dom.indexedDB.enabled, theo hướng dẫn của Mozilla, là một browser API dành cho client-side storage. Điều đáng nói là sau khi nâng cấp, tham số này trên Firefox của tôi được đặt là false; đổi lại thành true (xem hình dưới), mọi thứ hoạt động ngay tắp lự 🙂

firefox-37-zimbra

Các bước thực hiện:

  1. Nhập địa chỉ “about:config” để mở phần thiết lập tham số cho Firefox
  2. Search từ “indexedDB”
  3. Double click vào “dom.indexedDB.enabled” để đổi từ false thành true

Chúc các bạn may mắn 🙂

Vài nét về giấy phép nguồn mở mới của Zimbra Collaboration Suite

Giữa năm 2014, Zimbra Inc. chính thức công bố phiên bản 8.5 mới, phát hành theo giấy phép GPL v2 (phía server platform) và CPAL v1 (phía web application). Đây là một bước tiến lớn so với trước đây, khi Zimbra được phát hành theo giấy phép Zimbra Public License, không được cả Free Software Foundation lẫn Open Source Initiative thừa nhận, mang Zimbra CS tới gần với cộng đồng hơn, qua đó, mang lại cơ hội lớn cho người sử dụng, các nhà phát triển, tích hợp hệ thống và cung cấp dịch vụ.

Gần 1 năm trôi qua, phiên bản 8.6 đã được phát hành, sắp tới sẽ là các phiên bản 8.7, 9.0… chúng tôi hy vọng bài viết này sẽ giúp quí vị tìm hiểu những kiến thức cơ bản về CPAL v1 nói chung và áp dụng cụ thể trong trường hợp Zimbra. Qua đó, thực hiện đúng và đủ các quyền và nghĩa vụ của mình, tôn trọng những đóng góp của cộng đồng phát triển Zimbra nói riêng cũng như cộng đồng phần mềm tự do nguồn mở nói chung.

Một trong những nội dung quan trọng trong giấy phép CPAL v1 là cho phép (nhóm) tác giả có phần mềm phát hành theo giấy phép này được quyền yêu cầu người sử dụng, các nhà phát triển, tích hợp hệ thống và cung cấp dịch vụ cũng như toàn thể thành viên trong cộng đồng, khi tải phần mềm về sử dụng hoặc cung cấp dịch vụ, giữ lại nguyên trạng một số các thông tin quan trọng, liên quan đến tác giả gốc, bao gồm: tuyên bố về quyền tác giả (Attribution Copyright Notice), tuyên bố chung (Attribution Phrase) không quá 10 từ, đường link đến website của (nhóm) tác giả (Attribution URL) và logo kèm theo (Graphic Image provided in the Covered Code as file)

Trong trường hợp cụ thể của Zimbra, các thông tin này được yêu cầu như sau:

Các thông tin này được yêu cầu giữ nguyên trên giao diện người dùng cuối (GUI). Trong trường hợp đoạn chương trình chạy không thể hiện trên một giao diện người dùng cuối thì tên và đường link đến website công ty Zimbra Inc. phải được ghi trong từng file mã nguồn.

Bạn có thể tải toàn văn giấy phép phát hành của Zimbra tại: https://files.zimbra.com/website/docs/Zimbra-Open-Source-Edition-License.pdf

Zimbra Collaboration 8.5 is here!

The Zimbra team is proud to announce that Zimbra Collaboration 8.5 is now available. Our tagline is “Anytime, Anywhere, Any Device,” because it’s built on an open platform, including support for the broadest range of mobile, browser and desktop clients available in the market today. Read all about it in this blog post from our CTO Rob Howard: Zimbra Collaboration 8.5: Anytime, Anywhere, Any Device :: Zimbra :: Blog

Please note that it is the first version released under OSI-approved licenses, GNU Public License version 2 for the server platform and the Common Public Attribution License version 1 for the web application.

 

Tặng sách Learning Zimbra Server Essentials

Chào các bạn,

Nhân dịp “năm hết, tết đến” năm mới Giáp Ngọ – 2014, xin gửi lời cảm ơn chân thành tới toàn thể quí vị và các bạn đã ủng hộ blog của tôi nói riêng và cộng đồng phần mềm tự do nguồn mở nói chung.

Xin gửi đến các bạn một món quà lì xì đầu năm: 03 ấn phẩm điện tử cuốn sách: Learning Zimbra Server Essentials do nhà xuất bản Packt Publishing ấn hành (bản chính thức, có bản quyền hợp pháp của nhà xuất bản – trị giá hơn 400,000 VNĐ).

Thể thức tham gia?

Tất cả những gì bạn cần làm, rất đơn giản, là xem phần giới thiệu về cuốn sách: Sách hay: Learning Zimbra Server Essentials rồi thêm một ghi chú mới dưới bài viết này với nội dung bạn quan tâm đến cuốn sách này như thế nào (nội dung càng thuyết phục càng có cơ hội được nhận lì xì 🙂 ).

Thời hạn

Tất cả các ghi chú sẽ được chấp nhận trước Giao thừa. Sáng mùng 1 Tết, các bạn trúng lì xì sẽ được liên lạc bằng email (cũng vì vậy, bạn cần ghi đúng địa chỉ email thực của bạn).

Hãy tiếp tục theo dõi để xem liệu bạn có phải là người chiến thắng và nhận được lì xì.

Sách hay: Learning Zimbra Server Essentials

Chuyên mục cuối tuần hôm nay xin được giới thiệu đến các bạn một cuốn sách hướng dẫn cài đặt, cấu hình và quản trị Zimbra hay, cuốn Learning Zimbra Server Essentials do Packt Publishing xuất bản tháng 10/2013.

Nếu bạn chưa biết nhiều về Zimbra, tôi có thể giúp bạn một chút thông tin cơ bản để bạn có thể mường tượng được rõ hơn. Zimbra là một giải pháp phần mềm nguồn mở phổ biến nhất cho Email, tích hợp sẵn các thành phần gửi/nhận mail (Postfix), lọc spam/virus (Amavisd, SpamAssassin, ClamAV), dịch vụ thư mục người dùng (OpenLDAP), dịch vụ hộp thư người dùng (Mailbox), Webmail và nhiều dịch vụ liên quan khác, giúp bạn triển khai một hệ thống Thư điện tử riêng một cách nhanh chóng. Zimbra thích hợp cho các hệ thống nhỏ kích cỡ từ 5-10 hộp thư đến những hệ thống lớn lên đến hàng trăm ngàn hay thậm chí hàng triệu hộp thư.

Giải pháp Zimbra tương đối phức tạp, bạn có thể cài đặt Zimbra khá dễ dàng, nhưng làm chủ nó, tận dụng hết lợi ích của nó, đáp ứng đúng nhu cầu của bạn thì quả thật không dễ. Mặc dù tài liệu trên website Zimbra khá đầy đủ, nhưng phần lớn là các tài liệu hướng dẫn kiểu liệt kê, tương đối khó đọc, nhất là với những người mới làm quen với Zimbra và các hệ thống thư điện tử. Quyển sách này bao hồm những hướng dẫn thực tế hết sức chi tiết giúp bạn từng bước tiếp cận, cài đặt, kiểm soát, phát huy các ưu thế, tận dụng đầy đủ sức mạnh của Zimbra, phục vụ cho nhu cầu hệ thống thư điện tử của bạn.

Cuốn sách gồm 6 chương, bao gồm các nội dung chính:

  • Chuẩn bị môi trường hệ điều hành và mạng để cài đặt Zimbra
  • Cài đặt Zimbra theo chế độ một máy chủ hoặc nhiều máy chủ
  • Tăng cường an ninh, bảo mật bên trong máy chủ Zimbra
  • Quản lý và tùy biến tài khoản người dùng
  • Cấu hình và quản trị máy chủ Zimbra
  • Theo dõi hoạt động máy chủ Zimbra

Phần đầu chương 1 và chương 2 trình bày các thao tác cài đặt, chuẩn bị mô trường hệ điều hành, mạng và các dịch vụ mạng liên quan (ví dụ: DNS) để sẵn sàng cho việc cài đặt máy chủ Zimbra. Chương 2 còn đặc biệt phân tích sơ lược về mức độ cần thiết áp dụng một mô hình triển khai cho một tổ chức: Nhỏ, Vừa, Lớn và Rất lớn. Với mỗi mô hình, các dịch vụ được cài đặt chung hoặc tách riêng trên các máy chủ khác nhau; số lượng và cấu hình các máy chủ cần thiết để cài đặt theo mỗi mô hình…

Chương 3 hướng dẫn bạn cách thức tăng cường an ninh, an toàn, bảo mật cho hệ thống Zimbra. Cuốn sách nêu ra các vấn đề an ninh, bảo mật thường gặp và các giải pháp nội tại(internal) cũng như bên ngoài (external) để giải quyết các vấn đề này.

Về các giải pháp nội tại, có sẵn trong Zimbra, bạn có thể tìm hiểu về cách thức nâng cấp riêng bộ lọc virus ClamAV, bật/tắt, cải tiến các tính năng lọc spam tiên tiến (nhiều tính năng chưa bật sẵn khi cài Zimbra) như:

  • Bật tính năng lọc thư với bộ lọc DSPAM
  • Cải tiến cấu hình lọc với bộ lọc SpamAssassin: sử dụng giải pháp tự học Bayes, Sender Policy Framework (SPF), Razor2, Pyzor, Distributed Checksum Clearinghouses (DCC)…

Chương 3 còn liệt kê cách thức cài đặt, cấu hình Anti-Spam SMTP Proxy (ASSP) với Zimbra. Tuy nhiên, tác giả gộp chung vào nhóm các giải pháp nội tại là chưa thực sự thỏa đáng. Hướng dẫn trong phần này cũng chưa thực sự đầy đủ, chi tiết. Riêng mục này chuyên mục cuối tuần sẽ có dịp quay trở lại với bạn đọc.

Các giải pháp bên người hỗ trợ việc lọc spam, virus chỉ mang tính chất liệt kê mà không đi sâu vào. Tuy nhiên, các giải pháp đó (bao gồm cả ASSP) thực sự có ý nghĩa rất thiết thực trong việc tăng cường an ninh, an toàn, bảo mật ch hệ thống thư điện tử trên Zimbra.

Chương 4 và chương 5 hướng dẫn cách thức bạn tiến hành quản trị một hệ thống Zimbra. Tuy nhiên, các chương này mới chỉ dừng ở mức hướng dẫn các thao tác quản trị cơ bản, trên giao diện Web Admin Console, chưa đi sâu phân tích được nhiều các vấn đề có thể thực hiện đầy đủ và tự động hóa hơn bằng dòng lệnh.

Chương 6, cũng là chương cuối cùng, là một nội dung rất hay hướng dẫn cách thức bạn có thể thực hiện theo dõi hoạt động của hệ thống Zimbra. Các hoạt động có thể theo dõi ở đây bao gồm:

  • Hoạt động trên các máy chủ Zimbra trong hệ thống: các dịch vụ đang chạy, hiệu năng hệ thống, thư vào/ra, dịch vụ lọc spam, virus, dung lượng đĩa cứng sử dụng (từng hộp thư và toàn bộ) và nhiều mức độ trạng thái chi tiết khác của từng máy chủ…
  • Hoạt động truy cập, sử dụng của người dùng cuối: hộp thư đầy, quá giới hạn chưa, tình trạng đăng nhập thế nào, sai mật khẩu bao nhiều lần, liệu có cần tạm khóa một thời gian để ngăn chặn một cuộc tấn công sắp xảy ra…

Tóm lại, cuốn Learning Zimbra Server Essentials thực sự là một cuốn sách hữu dụng cho các bạn đang tìm hiểu, triển khai hoặc đang vận hành một hệ thống thư điện tử trên Zimbra. Với giá bán dạng eBook (đọc trên laptop, điện thoại, máy tính bảng, máy đọc sách…) chỉ £3.05 (~100,000 VNĐ), đây là một cuốn sách thực sự đáng để bạn sở hữu nhằm bổ sung kiến thức cho bạn về cách vấn đề liên quan đến hệ thống thư điện tử nói chung và Zimbra nói riêng)

Chúc bạn sớm sở hữu cuốn sách và có được một hệ thống thư điện tử vận hành ổn định, tin cậy.

Chào năm mới 2014!

css.php