Pháp lý
Thư của bạn.
Những gì chúng tôi làm với nó.
OpenEmail là một hộp thư, nên tài liệu này chủ yếu nói về điều duy nhất quan trọng: thư của bạn là của bạn, và những gì chúng tôi giữ chỉ là những gì việc chuyển thư đòi hỏi. Cập nhật lần cuối September 16, 2026.
Cam kết của chúng tôi về quyền riêng tư
Tại OpenEmail, chúng tôi tin rằng quyền riêng tư là một quyền cơ bản. Giải pháp email của chúng tôi được xây dựng với quyền riêng tư làm cốt lõi, và chúng tôi cam kết minh bạch về cách xử lý dữ liệu của bạn.
Quan trọng: OpenEmail là một nơi lưu trữ thư, không phải một ứng dụng khách để thư của bạn nằm ở chỗ khác. Thư gửi tới một tên miền bạn đã kết nối được chuyển đến chúng tôi và chúng tôi lưu nó (toàn bộ thư và các tệp đính kèm) vì không có bản sao nào khác để nó tồn tại.
Điều đó có nghĩa gì trên thực tế:
- Lưu trữ: thư và tệp đính kèm được ghi vào kho lưu trữ đối tượng và được lập chỉ mục trong một cơ sở dữ liệu riêng cho từng hộp thư. Chúng ở đó cho đến khi bạn xóa.
- Xử lý: thư được phân tích, gom chuỗi, chấm điểm spam, tóm tắt và lập chỉ mục cho tìm kiếm ngay trên máy chủ, trước khi có trình duyệt nào tham gia. Trình duyệt chỉ hiển thị những gì đã được lưu.
- Quyền kiểm soát của người dùng: xóa một chuỗi thư, xóa một không gian làm việc, và thu hồi quyền truy cập của chúng tôi vào phần đăng nhập Google của bạn bất cứ lúc nào bạn muốn.
Tích hợp Tài khoản Google
Khi bạn đăng nhập OpenEmail bằng Tài khoản Google:
- Chúng tôi xin Google tên bạn, địa chỉ email của bạn và ảnh đại diện của bạn, và không gì khác. Không có phạm vi thư nào được yêu cầu, nên đăng nhập theo cách này không cho OpenEmail khả năng đọc, gửi hay lưu bất cứ thứ gì trong một hộp thư Google.
- Chúng tôi dùng xác thực OAuth 2.0 an toàn do Google cung cấp
- Bạn có thể thu hồi quyền truy cập của chúng tôi vào tài khoản Google của bạn bất cứ lúc nào trong phần cài đặt Tài khoản Google
Thu thập và sử dụng dữ liệu
Xử lý dữ liệu từ các dịch vụ Google
- Hồ sơ mà Google trả về khi bạn đăng nhập được xử lý theo Chính sách Dữ liệu Người dùng của Dịch vụ API Google
- Dữ liệu trên đường truyền được mã hóa bằng TLS ở mọi chặng chúng tôi kiểm soát. Chặng SMTP đi tới hoặc đến từ một máy chủ không phải của chúng tôi là tùy cơ hội và không đo lường được, như mục về mã hóa bên dưới trình bày. Dữ liệu lưu trữ được nhà cung cấp lưu trữ mã hóa; chúng tôi không thêm lớp thứ hai nào của riêng mình, và chúng tôi giữ khóa, nên về mặt kỹ thuật chúng tôi có thể đọc những gì mình lưu, và các tính năng tóm tắt và tìm kiếm thư của bạn làm đúng như vậy. Ngoại lệ là một thư đến dưới dạng mã hóa đầu cuối: thứ chúng tôi lưu của nó là bản mã được niêm bằng một khóa chúng tôi không có, nên không tính năng nào của chúng tôi đọc được nó và chúng tôi cũng vậy.
- Nhật ký vận hành có thể chứa dữ liệu yêu cầu trong chốc lát, như với bất kỳ yêu cầu nào tới bất kỳ máy chủ nào, và chúng hết hạn theo lịch của nền tảng chứ không theo khoảng thời gian do chúng tôi đặt ra.
Nơi xử lý dữ liệu
- Ứng dụng chạy trên một máy chủ ảo duy nhất ở Ashburn, Virginia, và cơ sở dữ liệu nó đọc nằm ngay cạnh. Tệp đính kèm được lưu riêng, trong Cloudflare R2. Do đó thư và dữ liệu tài khoản được xử lý tại Hoa Kỳ.
- Bản thân thư di chuyển qua Amazon Web Services, trong vùng us-east-1 (Bắc Virginia). Một thư gửi tới một địa chỉ ở đây được Amazon SES nhận, ghi đầy đủ vào một bucket Amazon S3 trong vùng đó, rồi được máy chủ của chúng tôi đọc lại từ đó, phân tích và lưu kết quả vào kho lưu trữ mô tả ở trên. Thư bạn gửi đi rời đi qua Amazon SES trong cùng vùng đó. Vậy nên mọi thư theo cả hai chiều đều đi qua Hoa Kỳ, bất kể nó đã theo tuyến nào để đến với chúng tôi.
- Bản sao trên S3 đó là thư đúng như lúc nó đến: header, nội dung và tệp đính kèm, được Amazon mã hóa khi lưu và chúng tôi đọc được theo đúng cách như với bản đã phân tích. Nó tự động bị xóa 30 ngày sau khi đến, và không gì trong sản phẩm đọc nó sau khi thư đã được nạp vào. Một thư đến dưới dạng mã hóa đầu cuối là bản mã ở đó cũng như ở mọi nơi khác.
AI và dữ liệu email của bạn
Những gì được gửi tới một mô hình, và khi nào
- Khi bạn yêu cầu. Mở trợ lý, yêu cầu một bản tóm tắt, tạo một thư trả lời hoặc chạy một tìm kiếm sẽ gửi đi phần tài liệu mà yêu cầu đó cần: nội dung của các thư hoặc chuỗi thư đang xem, và chỉ dẫn bạn đã gõ. Tệp đính kèm không được gửi đi trừ khi hành động bạn chọn là về chính tệp đính kèm đó.
- Khi thư đến. Các chuỗi thư mới được tóm tắt và gắn nhãn tự động, và dòng tiêu đề được lấy mẫu để nhận ra bạn thường nhận thư về những chủ đề gì. Đó là một lệnh gọi mô hình mà bạn không trực tiếp yêu cầu, và chúng tôi thà nói thẳng còn hơn để bạn tự phát hiện ra: đó là điều khiến tóm tắt và nhãn có sẵn ngay khi bạn mở hộp thư thay vì phải chờ. Nó chạy trên chuỗi thư ngay lúc thư đến.
- Khi bạn gửi. Nội dung một thư bạn gửi được chuyển tới một mô hình để duy trì hồ sơ văn phong giúp sản phẩm soạn thư bằng giọng văn của bạn. Việc này xảy ra ở mọi lần gửi, kể cả thư bạn tự viết hoàn toàn, và hiện chưa có tùy chỉnh nào để tắt nó.
- Mọi câu lệnh bạn kích hoạt đều đọc được và sửa được ngay trong sản phẩm, nên bạn có thể thấy một yêu cầu sẽ gửi đi những gì trước khi gửi nó.
Những gì được lưu giữ
- Chúng tôi không dùng email, câu lệnh hay kết quả sinh ra của bạn để huấn luyện mô hình, và chúng tôi không bán chúng hay giao chúng cho bất kỳ ai để họ tự sử dụng.
- Một phần kết quả AI được lưu lại, vì một bản tóm tắt mà bạn không giữ được thì không đáng để tạo ra: tóm tắt chuỗi thư và tóm tắt thư được lưu vào hộp thư của bạn, và cuộc hội thoại của bạn với trợ lý được giữ lại để nó vẫn còn đó khi bạn quay lại. Xóa cuộc hội thoại với trợ lý sẽ xóa nó đi. Xóa một chuỗi thư sẽ gỡ bỏ thư, các tệp đính kèm của nó và bản tóm tắt được viết ra cho tìm kiếm. Bản tóm tắt đó là một đoạn văn mô tả chuỗi thư, nên để nó ở lại sẽ để lại một mô tả đọc được về thứ bạn đã xóa.
- Ngoài điều đó, câu lệnh và kết quả sinh ra không được giữ lại dưới dạng một bản ghi riêng. Nhật ký vận hành có thể chứa văn bản yêu cầu trong chốc lát, như với bất kỳ yêu cầu nào tới một máy chủ, và chúng sẽ hết hạn.
Nơi suy luận diễn ra
- Trợ lý, phần soạn thư, tìm kiếm web, các truy vấn tìm kiếm chúng tôi dựng cho bạn, hồ sơ văn phong và việc lấy mẫu chủ đề từ dòng tiêu đề của bạn đều được định tuyến qua OpenRouter kèm một tùy chọn định tuyến không lưu giữ:
data_collection: 'deny', được áp dụng trongapps/api/src/lib/ai-key.tsdưới tên PLATFORM_ROUTING. Bộ định tuyến loại khỏi những yêu cầu đó mọi nhà cung cấp thượng nguồn có chính sách cho phép giữ lại câu lệnh để huấn luyện; nếu không còn nhà cung cấp nào đủ điều kiện cho mô hình đã chọn, yêu cầu sẽ thất bại thay vì lùi về một nhà cung cấp có giữ lại. - Tùy chọn đó là một chỉ dẫn định tuyến gửi tới nhà cung cấp của chúng tôi. Đó là cơ chế, và đó là điều chúng tôi có thể khẳng định một cách trung thực, chứ không phải một bảo đảm mà chúng tôi có tư cách đưa ra thay cho một nhà cung cấp thượng nguồn.
- Phần xử lý nền trên thư đang đến (một bản tóm tắt cho mỗi thư và mỗi chuỗi thư, cùng những gợi ý nhãn đi kèm) đi qua OpenRouter, cùng tuyến với mọi thứ nêu trên, nên tùy chọn định tuyến cũng áp dụng cho nó.
Bảo vệ dữ liệu và an ninh
Các biện pháp an ninh
- Mã hóa đầu cuối hoạt động theo cả hai chiều, dù việc gửi tới được ít người hơn việc đọc. Bạn có thể tạo một khóa OpenPGP ngay trong trình duyệt và công bố nửa công khai của nó lên một thư mục mà những người gửi OpenEmail đã đăng nhập có thể tra cứu. Nửa riêng tư được tạo ra trong chính trình duyệt đó, không bao giờ được gửi cho chúng tôi, và không tồn tại trong bất kỳ bản sao lưu, nhật ký hay công cụ hỗ trợ nào của chúng tôi. Chúng tôi cố ý không ký gửi khóa và không có cách khôi phục: cụm mật khẩu của bạn là lối vào duy nhất, và nếu bạn đánh mất nó thì không ai, kể cả chúng tôi, mở được thư đã niêm gửi cho bạn. Thư đó khi ấy mất vĩnh viễn, và không yêu cầu nào gửi tới chúng tôi lấy lại được.
- Một thư PGP đến được niêm bằng một khóa mà trình duyệt của bạn đang giữ giờ đây được giải mã ngay trong trình duyệt của bạn và hiển thị cho bạn ở đó. Chúng tôi giữ thư đó dưới dạng bản mã và không bao giờ thấy phần văn bản đã mở: việc giải mã diễn ra trên máy của bạn, bản rõ không bao giờ được gửi lại cho chúng tôi, và không gì của chúng tôi ghi nó xuống. Vì thế, một thư đã niêm cũng nằm ngoài mọi việc mà máy chủ làm bằng cách đọc thư. Không có phần nội dung đọc được nào để bất kỳ khâu nào hoạt động trên đó, nên nó không tìm được theo nội dung, không được tóm tắt hay dịch, các tính năng AI không có gì để đọc trên nó, và các quy tắc không thể khớp theo những gì nó nói.
- Việc gửi đã được đấu nối xong, và nó tới được ít người hơn việc đọc. Soạn thư cho một người nhận đã công bố khóa công khai sẽ niêm phần nội dung ngay trong trình duyệt của bạn trước khi yêu cầu rời đi, và một lần gửi lẽ ra phải được mã hóa sẽ thất bại chứ không đi ra ngoài. Nó không bao giờ lùi về gửi ở dạng không mã hóa. Nhưng nơi duy nhất khóa của người nhận được tra cứu là thư mục của chính chúng tôi, nơi giữ những khóa được công bố từ ứng dụng này bởi những người có địa chỉ trên một tên miền được lưu trữ ở đây: không có Web Key Directory, không có keyserver, không có Autocrypt, và không có cách nào xuất nửa công khai của chính bạn. Nên trên thực tế việc niêm chạy được giữa OpenEmail với OpenEmail, còn việc ĐỌC thì không có giới hạn như vậy: bất kỳ thư PGP nào được niêm bằng một khóa có trong trình duyệt này đều mở được, dù ứng dụng nào đã gửi nó. Thư trả lời được mã hóa bị từ chối, vì phần thư gốc trích dẫn sẽ nằm ngoài lớp niêm.
- Mọi thư khác ở đây đi qua TLS trên những chặng do chúng tôi vận hành, và được nhà cung cấp lưu trữ mã hóa khi nằm yên; máy chủ đọc được tất cả chúng, và đó là điều cho phép nó gom chuỗi, tìm kiếm và tóm tắt chúng. Chặng giữa chúng tôi và một máy chủ không phải của chúng tôi là STARTTLS tùy cơ hội (được mời, không bao giờ bắt buộc), và không gì đi kèm một thư đã chuyển cho biết người gửi đã dùng cách nào, nên chúng tôi không khẳng định có TLS trên bất kỳ thư riêng lẻ nào. Ngay cả với một thư đã niêm, PGP chỉ bao phủ phần nội dung chứ không gì khác: dòng tiêu đề, bạn viết cho ai và vào lúc nào đều đi ở dạng không mã hóa, bản nháp được lưu vào hộp thư của bạn mà không niêm trong lúc bạn viết, và chúng tôi thà nói ra điều đó còn hơn để một biểu tượng ổ khóa ngụ ý điều ngược lại. S/MIME được nhận diện và gắn nhãn nhưng không mở được ở đây, và điều đó không giống với việc được mở.
- OAuth 2.0 cho các tài khoản Google đã kết nối, với phạm vi hẹp nhất mà các tính năng cần
- Cập nhật phụ thuộc và cập nhật bảo mật được tự động hóa
An ninh hạ tầng
- Dịch vụ được lưu trữ sẵn chạy trên Cloudflare (Workers, R2, Durable Objects, KV và Queues) trên một cơ sở dữ liệu Postgres được quản lý, với Amazon Web Services (SES và S3, us-east-1) đưa thư ra vào. Nó kế thừa an ninh vật lý và an ninh mạng của các nhà cung cấp đó.
- Dữ liệu lưu trữ được chính các nhà cung cấp đó mã hóa khi nằm yên. Chúng tôi không vận hành trung tâm dữ liệu nào của riêng mình và không đưa ra tuyên bố chứng nhận nào của riêng mình.
Ứng phó an ninh
- Lỗ hổng được báo cáo riêng tới [email protected] và do chính những người viết ra mã nguồn xử lý.
- Không có chương trình thưởng lỗi và không có ca trực 24/7. Tuyên bố có một trong hai sẽ tạo ra một kỳ vọng chúng tôi không đáp ứng được.
Xử lý dữ liệu người dùng Google
Truy cập và sử dụng dữ liệu
- Dữ liệu người dùng Google duy nhất chúng tôi nhận được là hồ sơ đăng nhập: tên bạn, địa chỉ email của bạn và ảnh đại diện của bạn. Chúng tôi không yêu cầu phạm vi Gmail nào, nên không nội dung thư, không siêu dữ liệu thư và không nhãn nào từ một hộp thư Google đến được với chúng tôi.
- Hồ sơ đó được dùng để tạo và nhận diện tài khoản OpenEmail của bạn. Địa chỉ và tên trên đó cũng được đưa vào danh sách thư sản phẩm mô tả bên dưới, như với một tài khoản được tạo bằng email và mật khẩu. Đó là mục đích sử dụng duy nhất ngoài chính tài khoản của bạn, và nó luôn kèm một liên kết hủy đăng ký.
- Không dữ liệu người dùng Google nào được dùng để lập hồ sơ hay để quảng cáo, và không phần nào trong đó được giao cho một nhà quảng cáo hay một bên môi giới dữ liệu
- Quyền truy cập dữ liệu người dùng được lưu trữ chỉ giới hạn ở những người bảo trì vận hành dịch vụ. Không có nhật ký kiểm toán theo từng lần truy cập: sản phẩm không lưu giữ thứ đó, và chúng tôi thà nói vậy còn hơn ngụ ý về một hồ sơ mà chúng tôi không thể xuất ra.
Chia sẻ và chuyển giao dữ liệu
- Dữ liệu người dùng Google không bao giờ được chia sẻ với bên thứ ba, trừ khi cần cho chức năng cốt lõi của dịch vụ
- Khi cần thiết, chúng tôi chỉ làm việc với những nhà cung cấp dịch vụ tuân thủ Chính sách Dữ liệu Người dùng của Dịch vụ API Google
- Địa chỉ của bạn được đưa vào một danh sách thư khi bạn đăng ký, để chúng tôi có thể liên hệ với bạn về sản phẩm. Danh sách đó nằm ở Resend, bên cũng chuyển các thư giao dịch, và nó chứa địa chỉ của bạn cùng tên trên tài khoản của bạn: không gì về thư của bạn, và không gì về những người bạn trao đổi. Mọi thư gửi từ danh sách đó đều kèm một liên kết hủy đăng ký, và việc hủy đăng ký không ảnh hưởng tới tài khoản của bạn.
- Những nhà cung cấp mà dịch vụ được lưu trữ sẵn phụ thuộc vào gồm một máy chủ ảo ở Ashburn, Virginia cho chính ứng dụng, Cloudflare cho việc lưu tệp đính kèm và phục vụ các trang web, Amazon Web Services cho việc gửi và nhận thư cũng như bản sao thư đến thô mô tả ở trên, một dịch vụ Postgres được quản lý cho cơ sở dữ liệu, Polar cho thanh toán, Resend cho thư giao dịch và danh sách thư nêu trên, cùng các nhà cung cấp AI được nêu tên ở mục trên. Bốn bên nữa được liên hệ từ trình duyệt của bạn hoặc thay mặt bạn, và được nêu tên cho đầy đủ chứ không phải vì họ nhận được nhiều: Gravatar, được máy chủ của chúng tôi hỏi ảnh của một người trao đổi bằng một chuỗi băm từ địa chỉ của họ chứ không bao giờ bằng chính địa chỉ đó; một bộ phân giải DNS công cộng, được hỏi xem tên miền của người gửi có công bố logo thương hiệu hay không, nên nó thấy tên miền đó nhưng không bao giờ thấy một địa chỉ hay một thư; Google và GitHub, phục vụ ảnh đại diện của bất kỳ ai trên OpenEmail đã mang nó sang từ một lần đăng nhập Google hoặc GitHub, thẳng tới trình duyệt của bạn khi người đó xuất hiện trong hộp thư của bạn; và chính máy chủ của người gửi. Máy chủ đó được liên hệ theo hai đường. Máy chủ của chúng tôi hỏi nó, hoặc nơi nó trỏ tới, để lấy logo thương hiệu hoặc biểu tượng trang web khi một người trao đổi không có ảnh nào khác, và nó thấy đó là một yêu cầu từ chúng tôi. Trình duyệt của bạn tải trực tiếp từ đó những hình ảnh nằm trong một thư. Cả hai đều có thể tắt trong Tài khoản → Quyền riêng tư, cái thứ nhất bằng mục tra cứu ảnh và cái thứ hai bằng mục hình ảnh bên ngoài. Tra cứu ảnh, cũng như Gravatar ở trên, mặc định BẬT. Hình ảnh bên ngoài cũng vậy, nên một pixel theo dõi trong một thư thực sự thấy địa chỉ của bạn và thời điểm bạn mở thư, cho đến khi bạn tắt chúng đi. Ba bên nữa chỉ được liên hệ từ các trang công khai của trang web này và không bao giờ từ hộp thư: Google Analytics, Hotjar và Microsoft Clarity, vốn đếm lượt truy cập và cho thấy một trang được dùng ra sao. Không bên nào tải khi bạn đã đăng nhập, nên không bên nào từng nhìn thấy hộp thư. Hotjar và Clarity được yêu cầu che toàn bộ văn bản và mọi thứ được gõ vào từ trước cả khi chúng tải, nên một phiên chỉ cho thấy bố cục và các cú nhấp chứ không phải những gì đã viết, và không bên nào trong ba bên được trao tên, địa chỉ hay tài khoản. Những gì còn lại cho chúng tôi biết những trang nào đã được xem, chứ không phải ai đã xem chúng. Phông chữ không nằm trong danh sách này vì chúng không được tải về từ bất kỳ ai: mọi kiểu chữ đều được đóng gói kèm và phục vụ từ cùng một nguồn gốc với ứng dụng. Báo cáo lỗi cũng không, trừ khi nó được cấu hình. Không gì được bán hay giao cho bất kỳ ai để họ tự sử dụng.
- Người dùng được thông báo về mọi thay đổi đáng kể trong cách chúng tôi chia sẻ dữ liệu
Lưu giữ và xóa dữ liệu
- Thư đã lưu không có hạn dùng. Nó được giữ cho đến khi có thứ gì đó xóa nó, và không gì xóa nó theo hẹn giờ.
- Ngoại lệ duy nhất là bản sao của mỗi thư đến được giữ trong Amazon S3 đúng như lúc nó đến: bản đó tự động bị xóa 30 ngày sau khi chuyển tới.
- Xóa một chuỗi thư sẽ gỡ bỏ thư đã lưu và mục chỉ mục của nó.
- Ngắt kết nối một tài khoản sẽ xóa sạch hộp thư phía sau nó. Gỡ tên miền cuối cùng trong một không gian làm việc cũng vậy, và nó cuốn theo mọi thư được lưu cho miền đó. Ứng dụng sẽ cảnh báo bạn trước khi làm việc đó.
- Hãy yêu cầu và chúng tôi sẽ xóa những gì còn lại.
Quyền và quyền kiểm soát của người dùng
- Quyền truy cập: Yêu cầu một bản sao dữ liệu của bạn
- Quyền chỉnh sửa: Sửa dữ liệu không chính xác
- Quyền xóa bỏ: Yêu cầu xóa dữ liệu của bạn
- Quyền hạn chế xử lý: Giới hạn cách chúng tôi dùng dữ liệu của bạn
- Quyền chuyển dữ liệu: yêu cầu dữ liệu của bạn ở một dạng chuyển được. Được xử lý theo yêu cầu như phần còn lại của danh sách này. Sản phẩm chưa có chức năng tự xuất dữ liệu, và trang này sẽ không ngụ ý về một nút bấm không tồn tại.
- Quyền phản đối: Từ chối một số hoạt động xử lý dữ liệu
Công bố về Sử dụng Giới hạn
Việc chúng tôi sử dụng và chuyển giao cho bất kỳ ứng dụng nào khác thông tin nhận được từ Google APIs sẽ tuân thủ Chính sách Dữ liệu Người dùng của Dịch vụ API Google, bao gồm các yêu cầu về Sử dụng Giới hạn.
Quyền và quyền kiểm soát của bạn
- Quyền thu hồi quyền truy cập đăng nhập Google của chúng tôi bất cứ lúc nào
- Quyền yêu cầu xóa thư và dữ liệu chúng tôi đang giữ
- Quyền yêu cầu một bản sao dữ liệu của bạn
- Quyền khiếu nại về việc xử lý dữ liệu
Chính sách giá và hoàn tiền
Gói miễn phí và các gói trả phí
- OpenEmail có một gói miễn phí (1 domain và 10 addresses) không đòi hỏi thông tin thanh toán
- Các gói trả phí nâng những giới hạn đó lên và thêm thành viên nhóm: Starter là 5 domains, Business 10 domains và Enterprise Unlimited domains, mỗi gói đều có số địa chỉ không giới hạn
- REST API, máy chủ MCP và SDK TypeScript có trên mọi gói, kể cả gói miễn phí. Thứ tính hạn mức cho việc gửi bằng chương trình chính là hạn mức gửi hàng tháng vốn tính cho mọi thứ khác, chứ không phải một quyền lợi riêng
- Việc nhận thư là không giới hạn trên mọi gói. Gói miễn phí bao gồm 10,000 sends a month và 50 AI actions a day, và các gói trả phí nâng cả hai lên. Không có bất kỳ khoản phí sử dụng nào. Bạn chỉ bao giờ phải trả đúng giá của gói
- Không có bản dùng thử miễn phí trên bất kỳ gói trả phí nào. Gói miễn phí cũng không phải bản dùng thử: 1 domain và 10 addresses, không cần thẻ và không giới hạn thời gian
- Gói trả phí được tính tiền khi bạn mua, và ở mỗi lần gia hạn sau đó
- Bạn có thể hủy bất cứ lúc nào; gói vẫn chạy đến hết kỳ bạn đã trả tiền
Thanh toán và hóa đơn
- Phí thuê bao được tính trước, theo tháng hoặc theo năm
- Thông tin giá hiện hành có trên trang bảng giá của chúng tôi
- Mọi khoản thanh toán đều được xử lý an toàn qua các đối tác thanh toán tin cậy của chúng tôi
- Khoản phí thuê bao sẽ hiện trên sao kê của bạn dưới tên "OpenEmail"
- Chúng tôi chấp nhận các thẻ tín dụng lớn và những phương thức thanh toán khác sẵn có tại khu vực của bạn
Chính sách không hoàn tiền
- Quan trọng: phí thuê bao không được hoàn lại một khi kỳ thanh toán đã bắt đầu
- Chính sách này áp dụng như nhau cho Starter, Business và Enterprise, ở cả hai kỳ thanh toán.
- Không hoàn tiền cho những phần kỳ thuê bao dở dang
- Không hoàn tiền cho phần thuê bao bạn chưa dùng
- Trong những trường hợp ngoại lệ, việc hoàn tiền có thể được xem xét theo từng trường hợp, tùy quyết định riêng của chúng tôi
Quản lý thuê bao
- Bạn có thể hủy thuê bao bất cứ lúc nào trong phần cài đặt tài khoản
- Việc hủy có hiệu lực vào cuối kỳ thanh toán hiện tại của bạn
- Bạn vẫn tiếp tục dùng được các tính năng cao cấp cho đến hết kỳ bạn đã trả tiền
- Không hoàn tiền một phần khi hủy sớm
- Kích hoạt lại thuê bao đã hủy có thể áp dụng theo giá hiện hành
Thay đổi giá
- Chúng tôi có quyền thay đổi giá thuê bao bất cứ lúc nào
- Người đang thuê bao sẽ được báo trước về thay đổi giá ít nhất 30 ngày
- Thay đổi giá sẽ có hiệu lực từ chu kỳ thanh toán kế tiếp của bạn
- Bạn có thể hủy thuê bao trước khi thay đổi giá có hiệu lực
Liên hệ
Với các câu hỏi hoặc thắc mắc liên quan đến quyền riêng tư:
Cập nhật chính sách này
Chúng tôi có thể cập nhật chính sách bảo mật này theo thời gian. Chúng tôi sẽ thông báo cho người dùng về mọi thay đổi đáng kể qua ứng dụng hoặc trang web của chúng tôi.
