Terms and Conditions
These terms explain the rules for using KKCSI services, including acceptable use, server resources, email and forwarding, payments, refunds, and account cancellation.
01Acceptable Use
Customers must use our services in accordance with all applicable laws and the acceptable-use rules of any network connected to our systems. We may cooperate with law-enforcement agencies when legally required.
Content stored, published, or distributed through an account must not infringe copyright, trademark, patent, privacy, statutory, common-law, or other proprietary rights. Obscene, defamatory, or unlawful material is prohibited. Hardcore adult or pornographic websites may not be hosted on shared or reseller servers.
Prohibited conduct
- Unsolicited bulk email, abusive mass messaging, phishing, malware, or use of purchased mailing lists.
- Repeated off-topic or excessive newsgroup posting, including substantially similar posts to 20 or more groups.
- Using an account as a mail drop for abusive activity conducted through another provider.
- Harassment, impersonation, falsifying sender identity, or misrepresenting an account user.
- IRC abuse tools, flooding or attack scripts, unauthenticated open proxies, open mail proxies, or software intended to facilitate abuse.
02Server Resources
Shared services must be used fairly. We may stop processes or restrict an account when its activity affects server stability or other customers.
| Resource | Standard limit |
|---|---|
| CPU or memory | No more than 50% of available resources for longer than 30 seconds; daily usage should not exceed 2% CPU or 3% memory. |
| Processes | No more than 10 simultaneous processes per user, 30 CPU seconds per process, or 32 MB memory per process. |
| Database connections | Maximum 16 concurrent user connections. |
| Cron jobs | No more frequently than once every 30 minutes unless the software provider specifically requires otherwise; jobs may be assigned a lower processing priority. |
Where a plan specifies different limits, the limits stated for that plan apply.
03Email Sending and Forwarding
Email usage is measured by recipient delivery. A single message sent or forwarded to multiple recipients counts once for each recipient. Addresses entered in the To, CC, and BCC fields are treated equally for limit calculations; using BCC does not bypass any sending limit.
Real-world situations that cause these errors
Most email errors are not caused by hackers. They are caused by normal, everyday work. Here are real situations our customers often face, what goes wrong, and which code you will see.
| Everyday situation | What goes wrong | You will see |
|---|---|---|
| CNew Year greeting. You open Outlook, write one greeting, and add 80 customers across To, CC, and BCC. | One message must stay at 50 recipients or fewer. | EMAIL-R01 |
| The same greeting sent in small batches. To play safe, you send 4 emails to 30 people each, all within a few minutes. | That is 120 deliveries in under 10 minutes. The limit is 100. | EMAIL-R02 |
| Invoice day. Your office emails invoices and statements to about 60 customers in one morning from one mailbox. | One mailbox may deliver 500 recipients per hour. Heavy bursts run out quickly. | EMAIL-R03 / EMAIL-R07 |
| Promo blast from your phone. During a sale, you BCC 260 subscribers from your mobile mail app. | BCC still counts every address. Bulk promos also look like spam to filters. | EMAIL-R02 or EMAIL-R05 |
| Old customer list. You import a contact list from 2019, and 12 addresses belong to closed or wrong accounts. | Ten invalid addresses within one hour trigger a safety block. | EMAIL-R04 |
| Contact form forwards to the whole team. Your website form sends every enquiry to 3 staff mailboxes. On sale day you get 40 enquiries in one hour. | Forwarding thresholds (10 per 5 minutes, 50 per hour per address) raise monitoring alerts. Since 16 October 2026 these thresholds do not automatically reject mail. | FORWARD-F01 / FORWARD-F02 (monitoring notice) |
| info@ forwards to a personal Gmail. That Gmail storage is full (Google Drive and Photos count too). | Gmail rejects the forwarded copy. We stop retrying so your mail queue does not clog. | FORWARD-Q01 |
| Forwarding chain. sales@ forwards to two staff, and each of those mailboxes forwards again to personal addresses. | Every message multiplies, which trips the daily forwarding threshold (300 deliveries). | FORWARD-F03 (monitoring notice) |
| Big file attached. You attach a 40 MB video or a huge scanned document to one email. | The size limit is 35 MB including encoding. Bigger mail is rejected. | Size rejection (see Delivery protection) |
| Newsletter from the hosting mailbox. Every Monday you email 900 subscribers from your hosting account. | 5,000 deliveries per day sounds like a lot, but complaints and bounces pile up fast. Regular bulk mail should use a bulk-email service. | EMAIL-R06, EMAIL-R05, or EMAIL-R04 |
| Laptop infected with malware. A staff laptop gets a virus and sends thousands of odd emails using the mailbox password. | Sudden strange traffic is treated as a security problem, not a small mistake. | EMAIL-R03, EMAIL-R04, or EMAIL-R05 |
| Two staff send at the same time. Two people send their own newsletters from the same mailbox on different devices in the same hour. | The hourly limit belongs to the mailbox, not the device. All devices share one limit. | EMAIL-R03 |
Sending limits
| Scope | Limit |
|---|---|
| Recipients per message | Maximum 50 recipients in total, including all To, CC, and BCC addresses. |
| Mailbox burst limit | 100 recipient deliveries per 10 minutes. Additional recipients are temporarily deferred and may be retried later. |
| Authenticated sending source | 500 recipient deliveries per hour from a source public IP address. |
| Authenticated mailbox | 500 recipient deliveries per hour, regardless of the number of devices or source connections used. |
| Mailbox | 5,000 recipient deliveries per day. |
| Hosting account | 5,000 recipient deliveries per day. |
| Invalid recipients | An authenticated mailbox may be automatically blocked after 10 invalid recipient attempts within one hour. |
Forwarding monitoring and limits
Updated 16 October 2026: forwarding volume thresholds are monitoring alerts, not automatic rejection limits. Reaching these thresholds alone does not stop incoming mailbox delivery or forwarding.
| Scope | Monitoring threshold |
|---|---|
| Each forwarder | 10 external deliveries per 5 minutes, 50 per hour, and 300 per day. |
| Gmail destinations | 200 forwarded deliveries per hour across the server. |
| Microsoft destinations | 100 forwarded deliveries per hour across the server. |
| All external destinations | 300 forwarded deliveries per hour across the server. |
| External destinations per forwarder | The existing maximum of 2 external destinations for new or modified forwarders remains applicable. Locally hosted destinations do not count toward this maximum. |
Spam filtering, authenticated sending limits, attachment checks, invalid-recipient controls and abuse restrictions still apply. Receiving providers may independently delay, reject or classify mail as spam.
Delivery protection
- Authenticated SMTP submission is permitted only over encrypted connections on the designated submission ports. Authentication is not offered on the normal server-to-server SMTP port.
- Authenticated senders may only use an authorised sender address or domain associated with their hosting account. Sender spoofing is blocked.
- Authenticated outbound messages are checked by the server's spam filter. A message with a high spam score may be rejected before delivery.
- Dangerous executable attachment types, including dangerous files found inside supported archives, may be rejected.
- The maximum accepted message size is 35 MB, including headers and encoding overhead. The original attachment must therefore be smaller; use a secure file-sharing link for large files.
- Sender Rewriting Scheme (SRS) is used for forwarded mail where applicable.
- Messages identified as spam may not be forwarded externally.
- To, CC, and BCC are all counted from the SMTP envelope, including addresses that are not visible in the received message header.
- An authenticated mailbox may be automatically blocked after 10 invalid recipient attempts within one hour and will require review before sending resumes.
- An external destination may be suspended after three permanent recipient failures within 24 hours, including an inactive, disabled, unknown, or non-existent mailbox.
- Full or over-quota destination mailboxes: When an external forwarding destination (such as a remote Gmail address) rejects delivery with an out-of-storage error (e.g., SMTP
452 4.2.2 The recipient's inbox is out of storage space), delivery retries to that recipient stop immediately rather than keeping messages queued for up to 4 days. Customers must ensure forwarded recipient mailboxes have sufficient available storage or remove full/abandoned forwarder destinations. - When a limit is reached, delivery may be temporarily deferred or held so the sending server can retry later.
Delivery notices and email policy codes
When authenticated SMTP email breaks a sending rule, our server returns a delivery-status response to the submitting mail application or sending server. The response identifies the applicable policy code, the limit reached, the reason for the restriction, and a suggested corrective action. The submitting software normally displays this response directly or includes it in a delivery-failure notice to the sender.
EMAIL-R01 — Too many recipients in one message
SMTP 550 5.7.1 — Permanent rejectionWhy it happened: One message contained more than 50 combined To, CC, and BCC recipients.
Simple example: You send one email to 20 To addresses, 20 CC addresses, and 15 BCC addresses. That is 55 recipients, so the message is rejected.
What to do: Split the recipients into groups of 50 or fewer and send again. Use a proper mailing-list platform for newsletters.
452 4.5.3 or 550 5.5.3 — too many recipients.Microsoft4.5.3 or 5.5.3 — too many recipients.Split the recipient list into smaller groups.EMAIL-R02 — Too many recipients within 10 minutes
SMTP 451 4.7.1 — Temporary delayWhy it happened: One authenticated mailbox attempted more than 100 recipient deliveries during a rolling 10-minute period.
Simple example: You send four messages to 30 people each within a few minutes. That creates 120 recipient deliveries, even though only four messages were sent.
What to do: Stop sending for at least 10 minutes. Most mail applications retry automatically, so do not keep pressing Send.
450 4.2.1 421 4.7.28 550 5.7.1 — rapid or unusual sending.Microsoft432 4.3.2 4.7.500–699 4.7.850–899 5.2.121 5.2.122 — rapid sending or throttling.Pause sending and allow automatic retry.EMAIL-R03 — Hourly mailbox limit reached
SMTP 451 4.7.1 — Temporary delayWhy it happened: One authenticated mailbox attempted more than 500 recipient deliveries within a rolling hour.
Simple example: Ten messages sent to 50 people each use all 500 hourly recipient deliveries. The next recipient is temporarily deferred.
What to do: Pause sending for up to one hour and allow queued messages to retry. Use a bulk-email service for campaigns or announcements.
421 4.7.28 or 550 5.7.1 — unusual rate or rate limiting.Microsoft5.2.121 5.2.122 4.7.500–699 4.7.850–899 — hourly or temporary restriction.Reduce the hourly sending rate.EMAIL-R04 — Mailbox blocked after invalid recipients
SMTP 550 5.7.1 — Security rejectionWhy it happened: The mailbox attempted delivery to 10 invalid or non-existent recipients within one hour. This can indicate an outdated list, an incorrectly configured program, or a compromised password.
Simple example: An old contact list contains 10 addresses belonging to former employees. Repeated attempts to those addresses trigger the security block.
What to do: Stop automated sending, remove invalid addresses, change the mailbox password, check connected devices or scripts, and contact the hosting administrator for review.
550 5.1.1 553 5.1.2 553 5.1.3 550 5.2.1 — invalid, missing, or inactive recipient.Microsoft5.1.1 5.1.10 5.4.1 550 5.5.0 5.7.504 5.7.505 — recipient not found or rejected.Correct or remove the invalid address before trying again.EMAIL-R05 — Message scored as high-risk spam
SMTP 550 5.7.1 — Content rejectionWhy it happened: The outbound message received a spam score above 12.0 because its content, links, formatting, or sending behaviour resembled spam or phishing.
Simple example: A message contains several shortened links, urgent payment wording, a suspicious attachment, and very little normal text.
What to do: Confirm the account is secure, remove suspicious links or attachments, rewrite misleading wording, and send only to people who agreed to receive the message.
421 4.7.0 421/550 4.7.28 552 5.7.0 550 5.7.1 5.7.26–5.7.30 5.7.40 — spam, reputation, content, or authentication.Microsoft4.7.500–699 5.1.8 5.7.501–503 5.7.509 5.7.606–649 5.7.705/708 5.7.800 — spam, compromised sender, DMARC, IP, or tenant restriction.Stop sending, secure the account, and fix content or authentication.EMAIL-R06 — Daily hosting-account limit reached
SMTP 451 4.7.1 — Temporary delayWhy it happened: All mailboxes under one hosting account collectively reached 5,000 recipient deliveries during the daily usage window.
Simple example: Five staff mailboxes each deliver 1,000 recipient copies in one day. Together they reach the account's 5,000-delivery ceiling.
What to do: Stop sending and wait for the daily window to reset. Moving to another mailbox under the same account will not bypass this limit.
550 5.4.5 — daily user or relay limit.Microsoft5.1.90 5.2.2 5.7.233 — recipient, submission, or tenant daily limit.Wait for the daily window to reset and investigate unexpected volume.EMAIL-R07 — Daily mailbox limit reached
SMTP 451 4.7.1 — Temporary delayWhy it happened: One mailbox reached 5,000 recipient deliveries during the daily usage window.
Simple example: A mailbox sends 100 separate messages to 50 recipients each. That equals 5,000 recipient deliveries.
What to do: Wait for the daily window to reset and do not repeatedly resend. Use a bulk-email platform if this volume is part of normal business activity.
550 5.4.5 — daily user or relay limit.Microsoft5.1.90 or 5.2.2 — recipient or submission quota exceeded.Wait for the limit window to reset; do not switch devices or repeatedly resend.Forwarding policy codes
FORWARD-F01 — Forwarding volume monitoring
Monitoring only — no automatic rejection at this thresholdSince 16 October 2026, this forwarding threshold is logged for administrator review. It does not itself reject or defer incoming mail.
If you received an earlier 451 hold: the original sending server normally retries. For urgent messages, ask the sender to resend. If mail remains missing, provide the sender, recipient, time and full delivery error to support.
Separate spam, authentication, sending-limit and receiving-provider restrictions may still apply.
FORWARD-F02 — Forwarding volume monitoring
Monitoring only — no automatic rejection at this thresholdSince 16 October 2026, this forwarding threshold is logged for administrator review. It does not itself reject or defer incoming mail.
If you received an earlier 451 hold: the original sending server normally retries. For urgent messages, ask the sender to resend. If mail remains missing, provide the sender, recipient, time and full delivery error to support.
Separate spam, authentication, sending-limit and receiving-provider restrictions may still apply.
FORWARD-F03 — Forwarding volume monitoring
Monitoring only — no automatic rejection at this thresholdSince 16 October 2026, this forwarding threshold is logged for administrator review. It does not itself reject or defer incoming mail.
If you received an earlier 451 hold: the original sending server normally retries. For urgent messages, ask the sender to resend. If mail remains missing, provide the sender, recipient, time and full delivery error to support.
Separate spam, authentication, sending-limit and receiving-provider restrictions may still apply.
FORWARD-P01 — Forwarding volume monitoring
Monitoring only — no automatic rejection at this thresholdSince 16 October 2026, this forwarding threshold is logged for administrator review. It does not itself reject or defer incoming mail.
If you received an earlier 451 hold: the original sending server normally retries. For urgent messages, ask the sender to resend. If mail remains missing, provide the sender, recipient, time and full delivery error to support.
Separate spam, authentication, sending-limit and receiving-provider restrictions may still apply.
FORWARD-P02 — Forwarding volume monitoring
Monitoring only — no automatic rejection at this thresholdSince 16 October 2026, this forwarding threshold is logged for administrator review. It does not itself reject or defer incoming mail.
If you received an earlier 451 hold: the original sending server normally retries. For urgent messages, ask the sender to resend. If mail remains missing, provide the sender, recipient, time and full delivery error to support.
Separate spam, authentication, sending-limit and receiving-provider restrictions may still apply.
FORWARD-P03 — Forwarding volume monitoring
Monitoring only — no automatic rejection at this thresholdSince 16 October 2026, this forwarding threshold is logged for administrator review. It does not itself reject or defer incoming mail.
If you received an earlier 451 hold: the original sending server normally retries. For urgent messages, ask the sender to resend. If mail remains missing, provide the sender, recipient, time and full delivery error to support.
Separate spam, authentication, sending-limit and receiving-provider restrictions may still apply.
FORWARD-Q01 — External destination mailbox full or over quota
SMTP 452 4.2.2 — Immediate delivery termination (no retry queue)Why it happened: An email forwarded by your domain reached an external destination mailbox that has run out of storage space (for example, a Gmail account with full Google storage quota).
Simple example: An alias such as sales@yourdomain.com forwards incoming messages to sample.user@gmail.com. When sample.user@gmail.com exceeds its Google storage limit (across Google Drive, Photos, or Gmail), Google rejects incoming messages with 452 4.2.2 The recipient's inbox is out of storage space. Rather than keeping undelivered messages queued and repeatedly retrying for several days, our mail server immediately terminates delivery retries for that full mailbox to prevent mail queue congestion and notify the sender promptly.
What to do: The owner of the external mailbox must free up storage space (e.g., delete large files in Google Drive or empty Gmail trash), purchase additional storage, or the domain administrator should remove or replace the full destination address in the forwarder settings.
452 4.2.2 — The recipient's inbox is out of storage space.Microsoft554 5.2.2 or 4.2.2 — Mailbox is full / quota exceeded.Clean up destination storage or update forwarding destinations.How to use the error code in your delivery notice
Your returned email shows a code such as EMAIL-R02 or FORWARD-F01. Use that exact code to find the matching explanation above.
Find the code. Look in the server error or undeliverable message for an EMAIL or FORWARD code.
Open the matching explanation. Use the direct link included in the error message, or select the same code on this page.
Follow “What to do”. A temporary 451 error normally retries automatically. A permanent 550 error requires you to correct the problem before sending again.
Official provider references
Provider wording can vary, but the numeric code is the quickest way to identify the cause. See the official Gmail SMTP error reference and Microsoft Exchange Online NDR reference for provider-specific technical details.
Authentication and responsible mailing
- Customers must keep SPF, DKIM, and DMARC records valid for every sending domain and must not deliberately disable or bypass authentication.
- Mailing lists must contain recipients who knowingly consented to receive the messages. Purchased, scraped, harvested, or guessed address lists are prohibited.
- Marketing and subscription messages must provide a clear, working unsubscribe method. High-volume campaigns should use a reputable bulk-email provider that supports one-click unsubscribe and complaint handling.
- Customers must promptly remove invalid, bounced, unsubscribed, and complaining recipients. Repeated delivery attempts to such recipients are prohibited.
- We may monitor policy events and notify administrators when a mailbox repeatedly reaches a sending limit, produces invalid-recipient traffic, or submits high-scoring spam.
A temporary 4xx response means delivery is deferred and the sending software may retry automatically. A permanent 5xx response means the affected recipient or message was not accepted and the sender must correct the issue before trying again. We do not create unsolicited bounce messages for unauthenticated third-party mail because doing so could create backscatter.
Customers must secure mailbox credentials, maintain valid recipients, and promptly remove abandoned or failing forwarding destinations. We may adjust limits, apply provider-specific controls, or require a dedicated email service to protect system stability, delivery reputation, and other customers.
04Network and Bandwidth
Unless a service is sold with a specified or capped port, unmetered dedicated servers and virtual private servers use shared 100 Mbps network ports. We may monitor network usage and reduce available speed when sustained, unusually high traffic affects network capacity or other customers. Short traffic spikes will not normally trigger throttling.
05Reseller and Free Services
Reseller hosting accounts must not be used to offer free hosting, email, blogging, home-page, image-hosting, or trial-account services without our prior written approval.
Free services frequently lack reliable user identification and carry a heightened risk of spam, phishing, malware, illegal content, resource abuse, and repeated registrations. If this prohibition is violated, we may suspend the affected account immediately, with or without advance notice where necessary to protect customers and infrastructure.
06Customer Conduct and Support
We aim to treat every customer with respect and expect the same treatment for our staff and support personnel. Persistent abusive conduct may result in suspension or termination. Where service is terminated solely for abusive conduct, we will normally provide five days’ notice and refund any eligible unused prepaid service.
Abusive conduct includes repeated insults or demeaning language, profanity directed at staff, shouting, discriminatory remarks, deliberate harassment, or knowingly providing false information to waste staff time.
Complaints and public feedback
We encourage customers to submit concerns to our support or complaints channel first so we have a reasonable opportunity to investigate and resolve the issue. Public statements must remain lawful and must not disclose confidential information, personal data, credentials, or security-sensitive details.
07Payments and Non-Payment
Customers agree to pay all charges for their services at the rates stated in the applicable order. Charges become due when the service is provided. We may charge the approved payment method on each due date and may restrict service when a payment is overdue, rejected, or disputed without a valid basis.
Credit-card payments
By choosing credit-card payment, the customer authorizes us or our payment processor to charge the approved card on each due date. Customers remain responsible for keeping payment and contact information current.
Shared and reseller hosting
- Payment is due in full on the monthly anniversary date.
- Service may be suspended if payment remains outstanding for 7 consecutive days.
- Service may be terminated and resources reclaimed if payment remains outstanding for 14 consecutive days.
- Data remaining after termination may be permanently removed for security and privacy reasons.
Dedicated servers and virtual private servers
- Payment is due in full on the monthly anniversary date.
- Public access may be suspended if full payment is not received within 3 consecutive days.
- Service may be terminated and resources reclaimed if payment is not received within 5 consecutive days.
Payment reminders
Recurring payments may be processed by PayPal or another approved processor. Customers are responsible for sufficient funds and a working email address. Delivery problems caused by an invalid address, spam filtering, or network issues do not remove the obligation to pay on time.
08Refunds
Eligible first-time web-hosting orders include a 30-day money-back guarantee beginning on the earlier of the order date or the date we send the welcome email. A customer who previously received a refund under this guarantee is not eligible to claim it again.
The guarantee applies only to the first qualifying web-hosting order. It does not restart when services are added, removed, upgraded, or downgraded. Unless expressly stated otherwise, it does not apply to domain registration, domain parking, dedicated servers, virtual private servers, overage charges, or other additional products and services.
09Account Cancellations
Customers may request cancellation by opening a ticket with the Billing Department and providing the required account details. Cancellation requests are not accepted by ordinary email, postal mail, or telephone.
- Month-to-month services require at least five days’ notice before the next anniversary billing date for cancellation or downgrade.
- Outstanding balances must be settled before an account is closed.
- Fees are non-refundable unless a stated money-back guarantee or another written refund term applies.
- Cancelling a recurring payment through a third party may be treated as an account-cancellation request and may lead to service termination.
10Agreement and Policy Changes
We may update these terms by publishing the revised version on our website. Continued use of the services after publication constitutes acceptance of the updated terms.
Accounts, contracts, and billing arrangements renew automatically unless cancelled in writing through the required channel before the applicable renewal date.
条款与条件
本条款说明使用 KKCSI 服务的规则,包括合规使用、服务器资源、邮件与转发、付款、退款以及账户取消。
01合规使用
客户使用我们的服务时,必须遵守所有适用法律,以及与我们系统相连的任何网络的使用规则。在法律要求时,我们会配合执法机构。
通过账户存储、发布或传播的内容,不得侵犯版权、商标、专利、隐私、成文法、普通法或其他专有权。禁止存放淫秽、诽谤或非法材料。成人色情网站不得托管在共享或分销商服务器上。
禁止的行为
- 未经许可的批量邮件、滥用群发、网络钓鱼、恶意软件,或使用购买来的邮件列表。
- 反复发布离题或过量的新闻组帖子,包括向 20 个以上组发布实质相同的帖子。
- 把账户当作邮件接收站,配合其他服务商进行的滥用行为。
- 骚扰、冒充、伪造发件人身份,或冒称其他账户用户。
- IRC 滥用工具、洪水攻击脚本、未经验证的开放代理、开放邮件代理,或旨在协助滥用行为的软件。
02服务器资源
共享服务必须公平使用。当某个账户的活动影响服务器稳定或其他客户时,我们可以停止其进程或限制该账户。
| 资源 | 标准限制 |
|---|---|
| CPU 或内存 | 超过 30 秒不得占用超过 50% 的可用资源;每日用量不得超过 2% CPU 或 3% 内存。 |
| 进程 | 每个用户同时不得超过 10 个进程,每个进程不得超过 30 CPU 秒或 32 MB 内存。 |
| 数据库连接 | 最多 16 个并发用户连接。 |
| 定时任务(Cron) | 除非软件供应商明确要求,否则间隔不得少于 30 分钟;定时任务可能被安排在较低的处理优先级。 |
如果某个套餐规定了不同的限制,则以该套餐的限制为准。
03邮件发送与转发
邮件用量按收件投递次数计算。一封邮件发送或转发给多个收件人时,每位收件人各计一次。收件人(To)、抄送(CC)和密送(BCC)中的地址在计算限额时同等对待;使用 BCC 不会绕过任何发送限制。
导致这些错误的真实情况
大多数邮件错误并不是黑客造成的,而是来自日常工作。以下是我们客户经常遇到的真实情况、出错原因,以及您会看到的代码。
| 日常情况 | 出错原因 | 您会看到 |
|---|---|---|
| 农历新年问候。您打开 Outlook,写好一封问候语,把 80 位客户放进收件人、抄送和密送。 | 一封邮件的收件人不能超过 50 位。 | EMAIL-R01 |
| 同一篇问候分批发送。为了保险,您在几分钟内分 4 封发给 30 人。 | 10 分钟内共产生 120 次投递,而限额是 100 次。 | EMAIL-R02 |
| 发票日。您的办公室在同一个上午用一个邮箱给约 60 位客户发送发票和对账单。 | 一个邮箱每小时最多投递 500 位收件人。密集发送很快就会用完额度。 | EMAIL-R03 / EMAIL-R07 |
| 用手机群发促销。大促期间,您在手机邮件应用中密送 260 位订阅者。 | 密送同样逐个计算地址。大量促销邮件也容易被过滤器当作垃圾邮件。 | EMAIL-R02 或 EMAIL-R05 |
| 旧客户名单。您导入一份 2019 年的通讯录,其中 12 个地址已停用或填写错误。 | 一小时内出现 10 个无效地址就会触发安全封锁。 | EMAIL-R04 |
| 网站表单转发给整个团队。网站表单把每条询盘转发到 3 个员工邮箱。促销日一小时内收到 40 条询盘。 | 转发阈值(每个地址每 5 分钟 10 次、每小时 50 次)会触发监控提醒。自 2026 年 10 月 16 日起,达到这些阈值不会自动拒收邮件。 | FORWARD-F01 / FORWARD-F02(监控通知) |
| info@ 转发到个人 Gmail。该 Gmail 的存储空间已满(Google 云端硬盘和相册也占空间)。 | Gmail 拒收转发的副本。我们会停止重试,避免邮件队列堵塞。 | FORWARD-Q01 |
| 转发链条。sales@ 转发给两位员工,而这两个邮箱又各自转发到个人地址。 | 每封邮件都会成倍增加,从而触发每日转发阈值(300 次投递)。 | FORWARD-F03(监控通知) |
| 附带大文件。您在一封邮件中附上 40 MB 的视频或超大扫描文件。 | 包含编码在内的最大邮件为 35 MB。超过的邮件会被拒收。 | 大小被拒(参见投递保护) |
| 用主机邮箱发电子报。每周一您用主机账户给 900 位订阅者发送邮件。 | 每天 5,000 次投递听起来很多,但投诉和退信积累得很快。大量群发应使用专业邮件服务。 | EMAIL-R06、EMAIL-R05 或 EMAIL-R04 |
| 笔记本电脑中病毒。员工的笔记本电脑感染病毒,用邮箱密码发送成千上万封奇怪的邮件。 | 突如其来的异常流量会被当作安全问题处理,而不是小失误。 | EMAIL-R03、EMAIL-R04 或 EMAIL-R05 |
| 两位员工同时发送。两人在同一小时内用同一个邮箱、不同设备各自发送自己的电子报。 | 每小时限额属于邮箱,不属于设备。所有设备共享同一个限额。 | EMAIL-R03 |
发送限制
| 范围 | 限制 |
|---|---|
| 每封邮件的收件人 | 收件人、抄送和密送合计最多 50 位。 |
| 邮箱突发限额 | 每 10 分钟最多 100 次收件投递。超出的收件人会被暂时延后,稍后可以重试。 |
| 已验证的发件来源 | 每个来源公网 IP 地址每小时最多 500 次收件投递。 |
| 已验证的邮箱 | 每小时最多 500 次收件投递,无论使用多少设备或连接。 |
| 邮箱 | 每天 5,000 次收件投递。 |
| 主机账户 | 每天 5,000 次收件投递。 |
| 无效收件人 | 已验证的邮箱在一小时内向无效收件人投递 10 次后,可能会被自动封锁。 |
转发监控与限制
2026年10月16日更新:转发量阈值属于监控提醒,而不是自动拒收限制。仅达到这些阈值本身,并不会停止来信投递或转发。
| 范围 | 监控阈值 |
|---|---|
| 每个转发地址 | 每 5 分钟 10 次外部投递,每小时 50 次,每天 300 次。 |
| Gmail 目的地 | 全服务器每小时转发到 Gmail 的投递合计 200 次。 |
| Microsoft 目的地 | 全服务器每小时转发到 Microsoft 系服务的投递合计 100 次。 |
| 所有外部目的地 | 全服务器每小时转发到外部服务商的投递合计 300 次。 |
| 每个转发地址的外部目的地 | 新建或修改的转发地址最多 2 个外部目的地的既有规定仍然适用。托管在本地的目的地不计入此上限。 |
投递保护
- 已验证的 SMTP 发件只能通过指定的加密发件端口进行。普通的服务器对服务器 SMTP 端口不提供身份验证。
- 已验证的发件人只能使用与您的主机账户关联的授权发件地址或域名。伪造发件人会被阻止。
- 已验证的外发邮件会经过服务器的垃圾邮件过滤。垃圾分值过高的邮件可能在投递前被拒收。
- 危险的可执行附件类型(包括压缩包内的危险文件)可能被拒收。
- 最大邮件大小为 35 MB(包含标头和编码开销)。因此原始附件必须更小;大文件请使用安全的文件分享链接。
- 在适用的情况下,转发邮件会使用发件人改写方案(SRS)。
- 被判定为垃圾邮件的邮件可能不会被转发到外部。
- 收件人、抄送和密送都按 SMTP 信封计算,包括在邮件标头中看不到的地址。
- 已验证的邮箱在一小时内向无效收件人投递 10 次后可能被自动封锁,恢复发件前需要经过审查。
- 外部目的地在 24 小时内出现三次永久性收件失败(包括停用、禁用、未知或不存在的邮箱)后,可能会被暂停。
- 目标邮箱已满或超配额:当外部转发目的地(例如远程 Gmail 地址)以存储空间不足错误拒收投递时(例如 SMTP
452 4.2.2 The recipient's inbox is out of storage space),对该收件人的投递重试会立即停止,而不是让邮件排队重试最长 4 天。客户必须确保转发目标邮箱有足够的可用空间,或删除已满/废弃的转发目的地。 - 达到限制时,投递可能被暂时延后或暂存,以便发送服务器稍后重试。
投递通知与邮件政策代码
当已验证的 SMTP 邮件违反发送规则时,我们的服务器会向提交的邮件应用或发送服务器返回投递状态回复。回复中会注明适用的政策代码、达到的限制、限制原因和建议的纠正方法。提交的软件通常会直接显示此回复,或将其包含在给发件人的投递失败通知中。
EMAIL-R01 — 一封邮件的收件人过多
SMTP 550 5.7.1 — 永久拒收原因:一封邮件中收件人、抄送和密送合计超过 50 位。
简单例子:您一封邮件发给 20 位收件人、20 位抄送和 15 位密送,合计 55 位,邮件因此被拒收。
处理方法:把收件人分成每批 50 位或以下再发送。电子报请使用专业的邮件列表平台。
EMAIL-R02 — 10 分钟内收件人过多
SMTP 451 4.7.1 — 暂时延迟原因:一个已验证邮箱在滚动 10 分钟内尝试了超过 100 次收件投递。
简单例子:您在几分钟内发出 4 封邮件,每封 30 人,共产生 120 次投递——虽然只发了 4 封邮件。
处理方法:停止发送至少 10 分钟。邮件应用通常会自动重试,不要反复点击"发送"。
EMAIL-R03 — 已达到每小时邮箱限额
SMTP 451 4.7.1 — 暂时延迟原因:一个已验证邮箱在滚动一小时内尝试了超过 500 次收件投递。
简单例子:10 封邮件每封发给 50 人,刚好用完每小时 500 次的额度,下一位收件人会被暂时延后。
处理方法:暂停发送最多一小时,让排队的邮件自动重试。群发或公告请使用专业群发邮件服务。
EMAIL-R04 — 因无效收件人而封锁邮箱
SMTP 550 5.7.1 — 安全拒收原因:该邮箱在一小时内向 10 个无效或不存在的收件人尝试投递。这可能表示名单过期、程序配置错误,或密码被盗用。
简单例子:一份旧联系人名单中有 10 个地址属于已离职的员工。反复向这些地址投递会触发安全封锁。
处理方法:停止自动发件,删除无效地址,修改邮箱密码,检查连接的设备或脚本,并联系主机管理员进行审查。
EMAIL-R05 — 邮件被判定为高风险垃圾邮件
SMTP 550 5.7.1 — 内容拒收原因:外发邮件的垃圾分值超过 12.0,因为其内容、链接、格式或发送行为类似于垃圾邮件或网络钓鱼。
简单例子:邮件中包含多个短链接、紧急付款字眼、可疑附件,而且正常正文很少。
处理方法:确认账户安全,删除可疑链接或附件,改写误导性文字,只发送给同意接收的人。
EMAIL-R06 — 已达到主机账户每日限额
SMTP 451 4.7.1 — 暂时延迟原因:同一主机账户下的所有邮箱在每日用量窗口内合计达到 5,000 次收件投递。
简单例子:五位员工的邮箱每天各投递 1,000 次,合计达到账户 5,000 次的上限。
处理方法:停止发送,等待每日窗口重置。改用同一账户下的其他邮箱无法绕过此限制。
EMAIL-R07 — 已达到邮箱每日限额
SMTP 451 4.7.1 — 暂时延迟原因:一个邮箱在每日用量窗口内达到 5,000 次收件投递。
简单例子:一个邮箱发出 100 封邮件,每封 50 位收件人,正好等于 5,000 次投递。
处理方法:等待每日窗口重置,不要反复重发。如果这是正常的业务量,请使用群发邮件平台。
转发政策代码
FORWARD-F01 — 转发量监控
仅监控 — 在此阈值不会自动拒收自 2026 年 10 月 16 日起,此转发阈值会记录下来供管理员审查。它本身不会拒收或延后来信。如果您此前收到过 451 暂存通知:原发送服务器通常会自动重试。如属紧急邮件,请让发件人重新发送。如果邮件仍然缺失,请把发件人、收件人、时间和完整的投递错误提供给客服。单独的垃圾邮件、身份验证、发送限额和接收服务商限制仍然适用。
FORWARD-F02 — 转发量监控
仅监控 — 在此阈值不会自动拒收自 2026 年 10 月 16 日起,此转发阈值会记录下来供管理员审查。它本身不会拒收或延后来信。如果您此前收到过 451 暂存通知:原发送服务器通常会自动重试。如属紧急邮件,请让发件人重新发送。如果邮件仍然缺失,请把发件人、收件人、时间和完整的投递错误提供给客服。单独的垃圾邮件、身份验证、发送限额和接收服务商限制仍然适用。
FORWARD-F03 — 转发量监控
仅监控 — 在此阈值不会自动拒收自 2026 年 10 月 16 日起,此转发阈值会记录下来供管理员审查。它本身不会拒收或延后来信。如果您此前收到过 451 暂存通知:原发送服务器通常会自动重试。如属紧急邮件,请让发件人重新发送。如果邮件仍然缺失,请把发件人、收件人、时间和完整的投递错误提供给客服。单独的垃圾邮件、身份验证、发送限额和接收服务商限制仍然适用。
FORWARD-P01 — 转发量监控
仅监控 — 在此阈值不会自动拒收自 2026 年 10 月 16 日起,此转发阈值会记录下来供管理员审查。它本身不会拒收或延后来信。如果您此前收到过 451 暂存通知:原发送服务器通常会自动重试。如属紧急邮件,请让发件人重新发送。如果邮件仍然缺失,请把发件人、收件人、时间和完整的投递错误提供给客服。单独的垃圾邮件、身份验证、发送限额和接收服务商限制仍然适用。
FORWARD-P02 — 转发量监控
仅监控 — 在此阈值不会自动拒收自 2026 年 10 月 16 日起,此转发阈值会记录下来供管理员审查。它本身不会拒收或延后来信。如果您此前收到过 451 暂存通知:原发送服务器通常会自动重试。如属紧急邮件,请让发件人重新发送。如果邮件仍然缺失,请把发件人、收件人、时间和完整的投递错误提供给客服。单独的垃圾邮件、身份验证、发送限额和接收服务商限制仍然适用。
FORWARD-P03 — 转发量监控
仅监控 — 在此阈值不会自动拒收自 2026 年 10 月 16 日起,此转发阈值会记录下来供管理员审查。它本身不会拒收或延后来信。如果您此前收到过 451 暂存通知:原发送服务器通常会自动重试。如属紧急邮件,请让发件人重新发送。如果邮件仍然缺失,请把发件人、收件人、时间和完整的投递错误提供给客服。单独的垃圾邮件、身份验证、发送限额和接收服务商限制仍然适用。
FORWARD-Q01 — 外部目标邮箱已满或超出配额
SMTP 452 4.2.2 — 立即终止投递(不进入重试队列)原因:您的域名转发出去的邮件到达了一个存储空间已满的外部目标邮箱(例如 Google 存储配额已满的 Gmail 账户)。
简单例子:sales@yourdomain.com 之类的别名把来信转发到 sample.user@gmail.com。当该 Gmail 账户超出 Google 存储限制(包括云端硬盘、相册或 Gmail)时,Google 会以 452 4.2.2 The recipient's inbox is out of storage space 拒收。为避免邮件排队反复重试多天并造成队列堵塞,我们的邮件服务器会立即停止对该已满邮箱的重试,并及时通知发件人。
处理方法:外部邮箱的所有者必须清理存储空间(例如删除 Google 云端硬盘中的大文件或清空 Gmail 回收站)、购买更多存储空间,或由域名管理员在转发设置中删除或更换已满的目标地址。
452 4.2.2 — 收件人的收件箱存储空间不足。Microsoft554 5.2.2 或 4.2.2 — 邮箱已满 / 超出配额。请清理目标存储空间或更新转发目的地。如何使用投递通知中的错误代码
退回的邮件中会显示类似 EMAIL-R02 或 FORWARD-F01 的代码。请使用该代码在上文中找到对应的说明。
找到代码。在服务器错误或退信通知中寻找 EMAIL 或 FORWARD 代码。
打开对应的说明。使用错误通知中的直接链接,或在本页选择相同的代码。
按照"处理方法"操作。临时的 451 错误通常会自动重试。永久的 550 错误必须先纠正问题才能再次发送。
官方参考
服务商的措辞可能不同,但数字编号是最快的识别方式。有关各服务商的技术细节,请参阅官方的 Gmail SMTP 错误说明和 Microsoft Exchange Online 退信说明。
身份验证与负责任的群发
- 客户必须为每个发件域名保持 SPF、DKIM 和 DMARC 记录有效,不得故意禁用或绕过身份验证。
- 邮件列表中的收件人必须是知情并同意接收邮件的。禁止购买、抓取、收集或猜测得到的地址列表。
- 营销和订阅邮件必须提供清晰、可用的退订方式。大量群发请使用支持一键退订和投诉处理的专业群发邮件服务。
- 客户必须及时删除无效、退信、已退订和投诉的收件人。禁止反复向这些收件人投递。
- 我们可能会监控政策事件,并在邮箱反复达到发送限额、产生无效收件人流量或提交高垃圾分邮件时通知管理员。
临时的 4xx 回复表示投递被延后,发送软件可以自动重试。永久的 5xx 回复表示相关收件人或邮件未被接受,发件人必须先纠正问题再重试。我们不会为未经验证的第三方邮件创建退信通知,因为那会造成垃圾退信(backscatter)。
客户必须保护邮箱凭据、保持收件人有效,并及时删除废弃或失效的转发目的地。我们可能会调整限额、应用针对各服务商的控制措施,或要求使用专用邮件服务,以保护系统稳定、投递信誉和其他客户。
04网络与带宽
除非服务在销售时指定了端口或限速,无限流量的独立服务器和虚拟专用服务器使用共享的 100 Mbps 网络端口。当持续的异常高流量影响网络容量或其他客户时,我们可能会监控网络用量并降低可用速度。短时间的流量高峰通常不会触发限速。
05分销商与免费服务
未经我们事先书面批准,分销商主机账户不得用于提供免费主机、邮箱、博客、个人主页、图片托管或试用账户服务。
免费服务通常缺乏可靠的用户身份识别,并带有更高的垃圾邮件、网络钓鱼、恶意软件、非法内容、资源滥用和重复注册风险。如果违反此禁令,我们可能立即暂停相关账户,必要时可在不事先通知的情况下采取行动,以保护客户和基础设施。
06客户行为与支持
我们以尊重对待每一位客户,也期望客户同样对待我们的员工和支持人员。持续的辱骂行为可能导致暂停或终止服务。如果仅因辱骂行为而终止服务,我们通常会提前五天通知,并退还符合资格的未使用预付服务费用。
辱骂行为包括反复侮辱或贬低性语言、对员工说脏话、大声斥责、歧视性言论、故意骚扰,或明知虚假而提供信息以浪费员工时间。
投诉与公开反馈
我们鼓励客户先通过我们的支持或投诉渠道反映问题,以便我们有机会调查和解决。公开言论必须合法,不得披露机密信息、个人数据、账户凭据或涉及安全的细节。
07付款与欠费
客户同意按照适用订单中列明的价格支付所有服务费用。服务提供后即产生付款义务。我们可以在每个到期日从已批准的支付方式扣款,并可在付款逾期、被拒或无正当理由争议时限制服务。
信用卡付款
选择信用卡付款即表示客户授权我们或我们的支付处理商在每个到期日从已批准的信用卡扣款。客户仍需负责保持支付和联系信息为最新。
共享与分销商主机
- 费用须在每月周期日全额付清。
- 欠费连续 7 天后,服务可能被暂停。
- 欠费连续 14 天后,服务可能被终止并回收资源。
- 终止后残留的数据可能因安全和隐私原因被永久删除。
独立服务器与虚拟专用服务器
- 费用须在每月周期日全额付清。
- 连续 3 天未收到全额付款后,公网访问可能被暂停。
- 连续 5 天未收到付款后,服务可能被终止并回收资源。
付款提醒
循环付款可通过 PayPal 或其他认可的支付处理商处理。客户须确保账户余额充足并提供可用的电子邮件地址。因地址无效、垃圾过滤或网络问题导致的提醒邮件未送达,并不免除按时付款的义务。
08退款
符合资格的首次网页主机订单享有 30 天退款保证,从下单日或我们发送欢迎邮件之日(以较早者为准)开始计算。此前已根据此保证获得过退款的客户,不能再次申请。
此保证仅适用于第一个符合条件的网页主机订单。在添加、删除、升级或降级服务时不会重新计算。除非另有明确说明,此保证不适用于域名注册、域名停放、独立服务器、虚拟专用服务器、超额费用或其他附加产品和服务。
09账户取消
客户可以通过向账单部门提交工单并提供所需的账户资料来申请取消。普通电子邮件、邮寄信件或电话不接受取消请求。
- 月付服务如需取消或降级,须在下一个周期扣费日前至少五天通知。
- 账户关闭前必须先结清未付余额。
- 除非适用订单中明确载明的退款保证或其他书面退款条款,费用不予退还。
- 通过第三方取消循环付款可能被视为取消账户请求,并可能导致服务终止。
10协议与政策变更
我们可能会通过在网站上发布修订版来更新这些条款。发布后继续使用服务即表示接受更新后的条款。
账户、合同和账单安排会自动续期,除非在适用的续期日前通过所需渠道提交书面取消。
Terma dan Syarat
Terma ini menerangkan peraturan untuk menggunakan perkhidmatan KKCSI, termasuk penggunaan yang dibenarkan, sumber pelayan, e-mel dan penerusan, pembayaran, bayaran balik, dan pembatalan akaun.
01Penggunaan yang dibenarkan
Pelanggan mesti menggunakan perkhidmatan kami mengikut semua undang-undang yang terpakai dan peraturan penggunaan yang dibenarkan bagi mana-mana rangkaian yang disambungkan ke sistem kami. Kami boleh bekerjasama dengan agensi penguatkuasaan undang-undang apabila dikehendaki secara sah.
Kandungan yang disimpan, diterbitkan, atau diagihkan melalui akaun tidak boleh melanggar hak cipta, tanda dagangan, paten, privasi, hak berkanun, hak am, atau hak milik lain. Bahan lucah, fitnah, atau haram adalah dilarang. Tapak web dewasa keras atau pornografi tidak boleh dihoskan pada pelayan perkongsian atau reseller.
Tingkah laku yang dilarang
- E-mel pukal tanpa kebenaran, penghantaran beramai-ramai yang menyalah guna, phishing, perisian hasad, atau penggunaan senarai mel yang dibeli.
- Pengeposan newsgroup yang berulang di luar topik atau berlebihan, termasuk pos yang hampir serupa ke 20 kumpulan atau lebih.
- Menggunakan akaun sebagai tempat terima mel untuk aktiviti penyalahgunaan yang dijalankan melalui pembekal lain.
- Mengganggu, menyamar, memalsukan identiti penghulur, atau memperdaya sebagai pengguna akaun lain.
- Alat penyalahgunaan IRC, skrip banjir atau serangan, proksi terbuka tanpa pengesahan, proksi mel terbuka, atau perisian yang bertujuan memudahkan penyalahgunaan.
02Sumber pelayan
Perkhidmatan perkongsian mesti digunakan secara adil. Kami boleh menghentikan proses atau menyekat akaun apabila aktivitinya menjejaskan kestabilan pelayan atau pelanggan lain.
| Sumber | Had piawai |
|---|---|
| CPU atau memori | Tidak melebihi 50% sumber yang tersedia selama lebih 30 saat; penggunaan harian tidak melebihi 2% CPU atau 3% memori. |
| Proses | Tidak melebihi 10 proses serentak bagi setiap pengguna, 30 saat CPU bagi setiap proses, atau 32 MB memori bagi setiap proses. |
| Sambungan pangkalan data | Maksimum 16 sambungan pengguna serentak. |
| Tugas cron | Tidak lebih kerap daripada sekali setiap 30 minit melainkan penyedia perisian memerlukannya sebaliknya; tugas mungkin diberi keutamaan pemprosesan yang lebih rendah. |
Jika sesebuah pelan menetapkan had yang berbeza, had yang dinyatakan dalam pelan tersebut terpakai.
03E-mel dan penerusan
Penggunaan e-mel dikira berdasarkan penghantaran kepada penerima. Satu mesej yang dihantar atau dipajukan kepada beberapa penerima dikira sekali bagi setiap penerima. Alamat dalam medan To, CC, dan BCC dirawat sama rata apabila mengira had; penggunaan BCC tidak memintas sebarang had penghantaran.
Situasi sebenar yang menyebabkan ralat ini
Kebanyakan ralat e-mel bukan disebabkan oleh penggodam. Ia disebabkan oleh kerja harian yang biasa. Berikut adalah situasi sebenar yang sering dihadapi pelanggan kami, apa yang salah, dan kod yang akan anda lihat.
| Situasi harian | Apa yang salah | Anda akan melihat |
|---|---|---|
| Ucapan Tahun Baru Cina. Anda buka Outlook, tulis satu ucapan, dan masukkan 80 pelanggan dalam To, CC, dan BCC. | Satu mesej mesti kekal pada 50 penerima atau kurang. | EMAIL-R01 |
| Ucapan yang sama dihantar sikit-sikit. Untuk berhati-hati, anda hantar 4 e-mel kepada 30 orang setiap satu, semua dalam beberapa minit. | Itu ialah 120 penghantaran dalam masa kurang 10 minit. Hadnya ialah 100. | EMAIL-R02 |
| Hari invois. Pejabat anda menghantar invois dan penyata kepada kira-kira 60 pelanggan pada satu pagi dari satu peti mel. | Satu peti mel boleh menghantar 500 penerima sejam. Pukulan padat cepat habis kuotanya. | EMAIL-R03 / EMAIL-R07 |
| Promosi pukal dari telefon. Semasa jualan besar, anda BCC 260 pelanggan langganan dari aplikasi mel mudah alih. | BCC masih mengira setiap alamat. Promosi pukal juga kelihatan seperti spam kepada penapis. | EMAIL-R02 atau EMAIL-R05 |
| Senarai pelanggan lama. Anda import senarai kenalan dari 2019, dan 12 alamat adalah akaun yang telah ditutup atau salah. | Sepuluh alamat tidak sah dalam satu jam mencetuskan sekatan keselamatan. | EMAIL-R04 |
| Form laman web dipajukan ke seluruh pasukan. Form menghantar setiap pertanyaan ke 3 peti mel pekerja. Pada hari jualan, 40 pertanyaan sampai dalam satu jam. | Ambang penerusan (10 setiap 5 minit, 50 sejam bagi setiap alamat) mencetuskan amaran pemantauan. Sejak 16 Oktober 2026, ambang ini tidak menolak mail secara automatik. | FORWARD-F01 / FORWARD-F02 (notis pemantauan) |
| info@ dipajukan ke Gmail peribadi. Storan Gmail itu penuh (Google Drive dan Photos turut dikira). | Gmail menolak salinan yang dipajukan. Kami berhenti mencuba supaya antrean mel tidak tersumbat. | FORWARD-Q01 |
| Rantai penerusan. sales@ dipajukan kepada dua pekerja, dan setiap peti mel itu pula dipajukan semula ke alamat peribadi. | Setiap mesej menjadi berganda, yang mencetuskan ambang penerusan harian (300 penghantaran). | FORWARD-F03 (notis pemantauan) |
| Fail besar dilampirkan. Anda melampirkan video 40 MB atau dokumen imbasan yang sangat besar dalam satu e-mel. | Saiz had ialah 35 MB termasuk pengekodan. E-mel yang lebih besar ditolak. | Penolakan saiz (lihat Perlindungan penghantaran) |
| Newsletter dari peti mel hos. Setiap Isnin anda menghantar e-mel kepada 900 pelanggan langganan dari akaun hos anda. | 5,000 penghantaran sehari bunyinya banyak, tetapi aduan dan bounce cepat terkumpul. Mel pukal kerap perlu guna perkhidmatan e-mel pukal. | EMAIL-R06, EMAIL-R05, atau EMAIL-R04 |
| Komputer riba dijangkiti malware. Komputer riba pekerja dijangkiti virus dan menghantar beribu-ribu e-mel pelik menggunakan kata laluan peti mel. | Traffic pelik yang tiba-tiba dilaras sebagai masalah keselamatan, bukan kesalahan kecil. | EMAIL-R03, EMAIL-R04, atau EMAIL-R05 |
| Dua pekerja menghantar serentak. Dua orang menghantar newsletter masing-masing dari peti mel yang sama pada peranti berbeza dalam jam yang sama. | Had sejam milik peti mel, bukan peranti. Semua peranti berkongsi satu had. | EMAIL-R03 |
Had penghantaran
| Lingkup | Had |
|---|---|
| Penerima bagi setiap mesej | Maksimum 50 penerima merangkumi semua alamat To, CC, dan BCC. |
| Had kejutan peti mel | 100 penghantaran penerima setiap 10 minit. Penerima tambahan ditangguh buat sementara dan boleh dicuba semula kelak. |
| Sumber penghantar yang disahkan | 500 penghantaran penerima sejam dari satu alamat IP awam sumber. |
| Peti mel yang disahkan | 500 penghantaran penerima sejam, tanpa mengira bilangan peranti atau sambungan yang digunakan. |
| Peti mel | 5,000 penghantaran penerima sehari. |
| Akaun hos | 5,000 penghantaran penerima sehari. |
| Penerima tidak sah | Peti mel yang disahkan mungkin disekat secara automatik selepas 10 percubaan kepada penerima tidak sah dalam masa satu jam. |
Pemantauan dan had penerusan
Dikemas kini 16 Oktober 2026: ambang volum penerusan ialah amaran pemantauan, bukan had penolakan automatik. Mencapai ambang ini semata-mata tidak menghentikan penghantaran peti mel masuk atau penerusan.
| Lingkup | Ambang pemantauan |
|---|---|
| Setiap alamat penerusan | 10 penghantaran luaran setiap 5 minit, 50 sejam, dan 300 sehari. |
| Tujuan Gmail | 200 penghantaran dipajukan sejam merentas seluruh pelayan. |
| Tujuan Microsoft | 100 penghantaran dipajukan sejam merentas seluruh pelayan. |
| Semua tujuan luaran | 300 penghantaran dipajukan sejam merentas seluruh pelayan. |
| Tujuan luaran setiap alamat penerusan | Had sedia ada maksimum 2 tujuan luaran bagi alamat penerusan baharu atau yang diubah suai masih terpakai. Tujuan yang dihoskan secara tempatan tidak dikira ke arah had ini. |
Perlindungan penghantaran
- Penghantaran SMTP yang disahkan hanya dibenarkan melalui sambungan berciper pada port penghantaran yang ditetapkan. Pengesahan tidak ditawarkan pada port SMTP biasa antara pelayan.
- Penghantar yang disahkan hanya boleh menggunakan alamat atau domain penghulur yang dibenarkan yang dikaitkan dengan akaun hos anda. Penyamaran penghulur disekat.
- Mesej keluar yang disahkan disaring oleh penapis spam pelayan. Mesej dengan skor spam tinggi mungkin ditolak sebelum dihantar.
- Jenis lampiran boleh laksana yang berbahaya, termasuk fail berbahaya dalam arkib yang disokong, mungkin ditolak.
- Saiz mesej maksimum yang diterima ialah 35 MB, termasuk overhead pengepala dan pengekodan. Oleh itu lampiran asal mesti lebih kecil; gunakan pautan perkongsian fail selamat untuk fail besar.
- Skim Penukaran Penghulur (SRS) digunakan untuk mel dipajukan apabila berkenaan.
- Mesej yang dikenal pasti sebagai spam mungkin tidak dipajukan ke luaran.
- To, CC, dan BCC semuanya dikira daripada amplop SMTP, termasuk alamat yang tidak kelihatan dalam pengepala mesej yang diterima.
- Peti mel yang disahkan mungkin disekat secara automatik selepas 10 percubaan kepada penerima tidak sah dalam masa satu jam dan memerlukan semakan sebelum penghantaran disambung semula.
- Tujuan luaran mungkin digantung selepas tiga kegagalan penerima kekal dalam masa 24 jam, termasuk peti mel yang tidak aktif, dilumpuhkan, tidak diketahui, atau tidak wujud.
- Peti mel tujuan penuh atau melebihi kuota: Apabila tujuan penerusan luaran (seperti alamat Gmail jauh) menolak penghantaran dengan ralat kehabisan storan (contohnya SMTP
452 4.2.2 The recipient's inbox is out of storage space), percubaan semula penghantaran kepada penerima itu berhenti serta-merta dan bukannya mengekalkan mesej dalam antrean sehingga 4 hari. Pelanggan mesti memastikan peti mel penerima dipajukan mempunyai storan mencukupi atau membuang destinasi penerusan yang penuh/ditinggalkan. - Apabila had dicapai, penghantaran mungkin ditangguh buat sementara atau ditahan supaya pelayan penghantar boleh mencuba semula kelak.
Notis penghantaran dan kod dasar e-mel
Apabila e-mel SMTP yang disahkan melanggar peraturan penghantaran, pelayan kami menghantar balasan status penghantaran kepada aplikasi mel atau pelayan penghantar yang menghantar. Balasan itu menunjukkan kod dasar yang terpakai, had yang dicapai, sebab sekatan, dan tindakan pembetulan yang dicadangkan. Perisian penghantar biasanya memaparkan balasan ini terus atau menyertakannya dalam notis kegagalan penghantaran kepada penghulur.
EMAIL-R01 — Terlalu banyak penerima dalam satu mesej
SMTP 550 5.7.1 — Penolakan kekalSebab ia berlaku: Satu mesej mengandungi lebih daripada 50 penerima gabungan To, CC, dan BCC.
Contoh mudah: Anda hantar satu e-mel kepada 20 alamat To, 20 alamat CC, dan 15 alamat BCC. Itu ialah 55 penerima, jadi mesej ditolak.
Apa yang perlu dilakukan: Bahagikan senarai penerima kepada kumpulan 50 orang atau kurang dan hantar semula. Gunakan platform senarai mel yang betul untuk newsletter.
EMAIL-R02 — Terlalu banyak penerima dalam 10 minit
SMTP 451 4.7.1 — Kelewatan sementaraSebab ia berlaku: Satu peti mel yang disahkan mencuba lebih daripada 100 penghantaran penerima dalam tempoh 10 minit berperingkat.
Contoh mudah: Anda hantar empat mesej kepada 30 orang setiap satu dalam beberapa minit. Itu menghasilkan 120 penghantaran penerima, walaupun hanya empat mesej dihantar.
Apa yang perlu dilakukan: Berhenti menghantar selama sekurang-kurangnya 10 minit. Aplikasi mel biasanya mencuba semula secara automatik, jangan terus menekan Hantar.
EMAIL-R03 — Had peti mel sejam dicapai
SMTP 451 4.7.1 — Kelewatan sementaraSebab ia berlaku: Satu peti mel yang disahkan mencuba lebih daripada 500 penghantaran penerima dalam masa sejam berperingkat.
Contoh mudah: Sepuluh mesej dihantar kepada 50 orang setiap satu menggunakan keseluruhan 500 penghantaran penerima sejam. Penerima seterusnya ditangguh buat sementara.
Apa yang perlu dilakukan: Jeda penghantaran sehingga sejam dan biarkan mesej yang beratur mencuba semula. Gunakan perkhidmatan e-mel pukal untuk kempen atau pengumuman.
EMAIL-R04 — Peti mel disekat selepas penerima tidak sah
SMTP 550 5.7.1 — Penolakan keselamatanSebab ia berlaku: Peti mel mencuba penghantaran kepada 10 penerima tidak sah atau tidak wujud dalam masa satu jam. Ini boleh menandakan senarai lapuk, program yang salah konfigurasi, atau kata laluan yang disalah guna.
Contoh mudah: Satu senarai kenalan lama mengandungi 10 alamat milik bekas pekerja. Percubaan berulang kepada alamat tersebut mencetuskan sekatan keselamatan.
Apa yang perlu dilakukan: Hentikan penghantaran automatik, buang alamat tidak sah, tukar kata laluan peti mel, semak peranti atau skrip yang bersambung, dan hubungi pentadbir hos untuk semakan.
EMAIL-R05 — Mesej diberi skor spam berisiko tinggi
SMTP 550 5.7.1 — Penolakan kandunganSebab ia berlaku: Mesej keluar menerima skor spam melebihi 12.0 kerana kandungan, pautan, format, atau tingkah laku penghantaran menyerupai spam atau phishing.
Contoh mudah: Satu mesej mengandungi beberapa pautan pendek, kata-kata pembayaran mendesak, lampiran mencurigakan, dan sangat sedikit teks biasa.
Apa yang perlu dilakukan: Sahkan akaun selamat, buang pautan atau lampiran mencurigakan, tulis semula kata-kata yang mengelirukan, dan hantar hanya kepada orang yang bersetuju menerimanya.
EMAIL-R06 — Had harian akaun hos dicapai
SMTP 451 4.7.1 — Kelewatan sementaraSebab ia berlaku: Semua peti mel di bawah satu akaun hos secara kolektif mencapai 5,000 penghantaran penerima dalam tingkap penggunaan harian.
Contoh mudah: Lima peti mel pekerja masing-masing menghantar 1,000 salinan penerima dalam satu hari. Bersama-sama mereka mencapai siling 5,000 penghantaran akaun.
Apa yang perlu dilakukan: Berhenti menghantar dan tunggu tingkap harian reset. Bertukar ke peti mel lain di bawah akaun yang sama tidak memintas had ini.
EMAIL-R07 — Had harian peti mel dicapai
SMTP 451 4.7.1 — Kelewatan sementaraSebab ia berlaku: Satu peti mel mencapai 5,000 penghantaran penerima dalam tingkap penggunaan harian.
Contoh mudah: Satu peti mel menghantar 100 mesej berasingan kepada 50 penerima setiap satu. Itu sama dengan 5,000 penghantaran penerima.
Apa yang perlu dilakukan: Tunggu tingkap harian reset dan jangan terus menghantar semula. Gunakan platform e-mel pukal jika jumlah ini sebahagian daripada aktiviti perniagaan biasa.
Kod dasar penerusan
FORWARD-F01 — Forwarding volume monitoring
Monitoring only — no automatic rejection at this thresholdSejak 16 Oktober 2026, ambang penerusan ini direkodkan untuk semakan pentadbir. Ia sendiri tidak menolak atau menangguhkan mel masuk. Jika anda menerima pegangan 451 sebelum ini: pelayan penghantar asal biasanya mencuba semula semula. Untuk mesej segera, minta penghulur menghantar semula. Jika mel masih hilang, berikan penghulur, penerima, masa, dan ralat penghantaran penuh kepada sokongan. Had spam berasingan, pengesahan, had penghantaran, dan had pembekal penerima masih terpakai.
FORWARD-F02 — Forwarding volume monitoring
Monitoring only — no automatic rejection at this thresholdSejak 16 Oktober 2026, ambang penerusan ini direkodkan untuk semakan pentadbir. Ia sendiri tidak menolak atau menangguhkan mel masuk. Jika anda menerima pegangan 451 sebelum ini: pelayan penghantar asal biasanya mencuba semula semula. Untuk mesej segera, minta penghulur menghantar semula. Jika mel masih hilang, berikan penghulur, penerima, masa, dan ralat penghantaran penuh kepada sokongan. Had spam berasingan, pengesahan, had penghantaran, dan had pembekal penerima masih terpakai.
FORWARD-F03 — Forwarding volume monitoring
Monitoring only — no automatic rejection at this thresholdSejak 16 Oktober 2026, ambang penerusan ini direkodkan untuk semakan pentadbir. Ia sendiri tidak menolak atau menangguhkan mel masuk. Jika anda menerima pegangan 451 sebelum ini: pelayan penghantar asal biasanya mencuba semula semula. Untuk mesej segera, minta penghulur menghantar semula. Jika mel masih hilang, berikan penghulur, penerima, masa, dan ralat penghantaran penuh kepada sokongan. Had spam berasingan, pengesahan, had penghantaran, dan had pembekal penerima masih terpakai.
FORWARD-P01 — Forwarding volume monitoring
Monitoring only — no automatic rejection at this thresholdSejak 16 Oktober 2026, ambang penerusan ini direkodkan untuk semakan pentadbir. Ia sendiri tidak menolak atau menangguhkan mel masuk. Jika anda menerima pegangan 451 sebelum ini: pelayan penghantar asal biasanya mencuba semula semula. Untuk mesej segera, minta penghulur menghantar semula. Jika mel masih hilang, berikan penghulur, penerima, masa, dan ralat penghantaran penuh kepada sokongan. Had spam berasingan, pengesahan, had penghantaran, dan had pembekal penerima masih terpakai.
FORWARD-P02 — Forwarding volume monitoring
Monitoring only — no automatic rejection at this thresholdSejak 16 Oktober 2026, ambang penerusan ini direkodkan untuk semakan pentadbir. Ia sendiri tidak menolak atau menangguhkan mel masuk. Jika anda menerima pegangan 451 sebelum ini: pelayan penghantar asal biasanya mencuba semula semula. Untuk mesej segera, minta penghulur menghantar semula. Jika mel masih hilang, berikan penghulur, penerima, masa, dan ralat penghantaran penuh kepada sokongan. Had spam berasingan, pengesahan, had penghantaran, dan had pembekal penerima masih terpakai.
FORWARD-P03 — Forwarding volume monitoring
Monitoring only — no automatic rejection at this thresholdSejak 16 Oktober 2026, ambang penerusan ini direkodkan untuk semakan pentadbir. Ia sendiri tidak menolak atau menangguhkan mel masuk. Jika anda menerima pegangan 451 sebelum ini: pelayan penghantar asal biasanya mencuba semula semula. Untuk mesej segera, minta penghulur menghantar semula. Jika mel masih hilang, berikan penghulur, penerima, masa, dan ralat penghantaran penuh kepada sokongan. Had spam berasingan, pengesahan, had penghantaran, dan had pembekal penerima masih terpakai.
FORWARD-Q01 — Peti mel tujuan luaran penuh atau melebihi kuota
SMTP 452 4.2.2 — Penghantaran serta-merta dihentikan (tiada antrean percubaan semula)Sebab ia berlaku: E-mel yang dipajukan oleh domain anda sampai ke peti mel tujuan luaran yang telah kehabisan ruang storan (contohnya, akaun Gmail yang telah mencapai kuota storan Google).
Contoh mudah: Alias seperti sales@yourdomain.com memajukan mesej yang masuk kepada sample.user@gmail.com. Apabila sample.user@gmail.com melebihi had storan Google (merentas Google Drive, Photos, atau Gmail), Google menolak mesej masuk dengan 452 4.2.2 The recipient's inbox is out of storage space. Daripada mengekalkan mesej yang tidak terhantar dalam antrean dan mencuba semula berulang kali sehingga 4 hari, pelayan mel kami serta-merta menghentikan percubaan semula bagi peti mel yang penuh itu dan memaklumkan penghulur dengan segera.
Apa yang perlu dilakukan: Pemilik peti mel luaran mesti membebaskan ruang storan (contohnya, memfail besar dalam Google Drive atau mengosongkan tong sampah Gmail), membeli storan tambahan, atau pentadbir domain membuang atau menggantikan alamat tujuan yang penuh dalam tetapan penerusan.
452 4.2.2 — Peti masuk penerima kehabisan ruang storan.Microsoft554 5.2.2 atau 4.2.2 — Peti mel penuh / kuota dilebihi.Bersihkan storan tujuan atau kemas kini destinasi penerusan.Cara menggunakan kod ralat dalam notis penghantaran anda
E-mel yang dipulangkan menunjukkan kod seperti EMAIL-R02 atau FORWARD-F01. Gunakan kod yang sama untuk mencari penjelasan yang sepadan di atas.
Cari kodnya. Lihat dalam ralat pelayan atau mesej tidak terhantar untuk mencari kod EMAIL atau FORWARD.
Buka penjelasan yang sepadan. Gunakan pautan terus yang disertakan dalam mesej ralat, atau pilih kod yang sama pada halaman ini.
Ikuti "Apa yang perlu dilakukan". Ralat 451 sementara biasanya dicuba semula secara automatik. Ralat 550 kekal memerlukan anda membetulkan masalah sebelum menghantar semula.
Rujukan rasmi pembekal
Phrasing pembekal mungkin berbeza, tetapi nombor berangka ialah cara terpantas untuk mengenal pasti punca. Lihat rujukan ralat SMTP Gmail dan rupa NDR Microsoft Exchange Online untuk butiran teknikal khusus pembekal.
Pengesahan dan mel pukal yang bertanggungjawab
- Pelanggan mesti mengekalkan rekod SPF, DKIM, dan DMARC yang sah bagi setiap domain penghantar dan tidak boleh sengaja melumpuhkan atau memintas pengesahan.
- Senarai mel mesti mengandungi penerima yang secara sedar bersetuju untuk menerima mesej. Senarai alamat yang dibeli, di-skrap, dituai, atau diteka adalah dilarang.
- Mesej pemasaran dan langganan mesti menyediakan kaedah berhenti langganan yang jelas dan berfungsi. Kempen bervolume tinggi perlu menggunakan perkhidmatan e-mel pukal bereputasi yang menyokong berhenti langganan satu klik dan pengendalian aduan.
- Pelanggan mesti segera membuang penerima yang tidak sah, bounce, telah berhenti langganan, dan mengadu. Penghantaran berulang kepada penerima tersebut adalah dilarang.
- Kami boleh memantau peristiwa dasar dan memaklumkan pentadbir apabila sebuah peti mel berulang kali mencapai had penghantaran, menghasilkan trafik penerima tidak sah, atau menghantar mesej skor spam tinggi.
Balasan sementara 4xx bermaksud penghantaran ditangguhkan dan perisian penghantar boleh mencuba semula secara automatik. Balasan kekal 5xx bermaksud penerima atau mesej yang berkaitan tidak diterima dan penghulur mesti membetulkan masalah itu sebelum mencuba lagi. Kami tidak mewujudkan mesej bounce tanpa permintaan bagi mel pihak ketiga yang tidak disahkan kerana ia boleh mencipta backscatter.
Pelanggan mesti melindungi kelayakan peti mel, mengekalkan penerima yang sah, dan segera membuang destinasi penerusan yang telah ditinggalkan atau tidak berfungsi. Kami boleh melaraskan had, mengaplikasikan kawalan khusus pembekal, atau menuntut perkhidmatan e-mel khusus untuk melindungi kestabilan sistem, reputasi penghantaran, dan pelanggan lain.
04Rangkaian dan jalur lebar
Kecuali sesuatu perkhidmatan dijual dengan port yang dinyatakan atau dihadkan, pelayan khusus dan pelayan peribadi maya tanpa meteran menggunakan port rangkaian perkongsian 100 Mbps. Kami boleh memantau penggunaan rangkaian dan mengurangkan kelajuan yang tersedia apabila trafik tinggi yang berterusan menjejaskan kapasiti rangkaian atau pelanggan lain. Puncak trafik jangka pendek biasanya tidak mencetuskan pengehadan.
05Perkhidmatan reseller dan percuma
Akaun hosting reseller tidak boleh digunakan untuk menawarkan perkhidmatan hosting, e-mel, blog, laman peribadi, pengehosan imej, atau akaun percubaan secara percuma tanpa kelulusan bertulis kami terlebih dahulu.
Perkhidmatan percuma sering kali kekurangan pengenal pasti pengguna yang boleh dipercayai dan membawa risiko yang lebih tinggi bagi spam, phishing, perisian hasad, kandungan haram, penyalahgunaan sumber, dan pendaftaran berulang. Jika larangan ini dilanggar, kami boleh menggantung akaun yang terlibat serta-merta, dengan atau tanpa notis terlebih dahulu jika perlu untuk melindungi pelanggan dan infrastruktur.
06Tingkah laku dan sokongan pelanggan
Kami berhasrat untuk memperlakukan setiap pelanggan dengan hormat dan mengharapkan layanan yang sama untuk staf dan kakitangan sokongan kami. Tingkah laku kasar yang berterusan boleh menyebabkan penggantungan atau penamatan. Jika perkhidmatan ditamatkan semata-mata kerana tingkah laku kasar, kami biasanya akan memberikan notis lima hari dan memulangkan sebarang perkhidmatan prabayar yang layak dan tidak digunakan.
Tingkah laku kasar termasuk penghinaan berulang atau bahasa merendahkan, kata kasar kepada staf, jeritan, kenyataan diskriminatif, gangguan yang disengajakan, atau mengetahui maklumat palsu untuk membazirkan masa staf.
Aduan dan maklum balas awam
Kami menggalakkan pelanggan mengemukakan kebimbangan kepada saluran sokongan atau aduan kami terlebih dahulu supaya kami mempunyai peluang yang munasabah untuk menyiasat dan menyelesaikan isu tersebut. Kenyataan awam mesti kekal sah dan tidak boleh mendedahkan maklumat sulit, data peribadi, kelayakan, atau butiran sensitif keselamatan.
07Pembayaran dan tunggakan
Pelanggan bersetuju untuk membayar semua caj perkhidmatan mereka pada kadar yang dinyatakan dalam pesanan yang terpakai. Caj menjadi tertunggak apabila perkhidmatan disediakan. Kami boleh mencaj kaedah pembayaran yang diluluskan pada setiap tarikh akhir dan boleh menyekat perkhidmatan apabila pembayaran tertunggak, ditolak, atau dipertikaikan tanpa asas yang sah.
Pembayaran kad kredit
Dengan memilih pembayaran kad kredit, pelanggan memberi kuasa kepada kami atau pemproses pembayaran kami untuk mencaj kad yang diluluskan pada setiap tarikh akhir. Pelanggan kekal bertanggungjawab untuk mengekalkan maklumat pembayaran dan hubungan yang terkini.
Hosting perkongsian dan reseller
- Pembayaran adalah tertunggak sepenuhnya pada tarikh ulang tahun bulanan.
- Perkhidmatan boleh digantung jika pembayaran masih tertunggak selama 7 hari berturut-turut.
- Perkhidmatan boleh ditamatkan dan sumber dirampas jika pembayaran masih tertunggak selama 14 hari berturut-turut.
- Data yang tinggal selepas penamatan mungkin dipadam secara kekal atas sebab keselamatan dan privasi.
Pelayan khusus dan pelayan peribadi maya
- Pembayaran adalah tertunggak sepenuhnya pada tarikh ulang tahun bulanan.
- Akses awam boleh digantung jika pembayaran penuh tidak diterima dalam masa 3 hari berturut-turut.
- Perkhidmatan boleh ditamatkan dan sumber dirampas jika pembayaran tidak diterima dalam masa 5 hari berturut-turut.
Peringatan pembayaran
Pembayaran berulang boleh diproses oleh PayPal atau pemproses lain yang diluluskan. Pelanggan bertanggungjawab ke atas baki yang mencukupi dan alamat e-mel yang berfungsi. Masalah penghantaran yang disebabkan oleh alamat tidak sah, penapisan spam, atau masalah rangkaian tidak menyingkirkan obligasi untuk membayar tepat pada masa.
08Bayaran balik
Pesanan web hosting kali pertama yang layak termasuk jaminan wang dikembalikan 30 hari bermula pada yang lebih awal antara tarikh pesanan atau tarikh kami menghantar e-mel alu-aluan. Pelanggan yang pernah menerima bayaran balik di bawah jaminan ini tidak layak untuk menuntutnya semula.
Jaminan ini hanya terpakai kepada pesanan web hosting pertama yang layak. Ia tidak bermula semula apabila perkhidmatan ditambah, dibuang, dinaik taraf, atau diturunkan taraf. Kecuali dinyatakan secara khusus, jaminan ini tidak terpakai kepada pendaftaran domain, penambat domain, pelayan khusus, pelayan peribadi maya, caj lebihan, atau produk dan perkhidmatan tambahan lain.
09Pembatalan akaun
Pelanggan boleh meminta pembatalan dengan membuka tiket dengan Jabatan Bil dan memberikan butiran akaun yang diperlukan. Permintaan pembatalan tidak diterima melalui e-mel biasa, mel pos, atau telefon.
- Perkhidmatan bulan ke bulan memerlukan sekurang-kurangnya lima hari notis sebelum tarikh pengebilan ulang tahun seterusnya untuk pembatalan atau penurunan taraf.
- Baki tertunggak mesti diselesaikan sebelum akaun ditutup.
- Yuran tidak dipulangkan melainkan jaminan wang dikembalikan yang dinyatakan atau terma bayaran balik bertulis lain terpakai.
- Membatalkan pembayaran berulang melalui pihak ketiga boleh dianggap sebagai permintaan pembatalan akaun dan boleh menyebabkan penamatan perkhidmatan.
10Perjanjian dan perubahan dasar
Kami boleh mengemas kini terma ini dengan menerbitkan versi yang disemak semula di laman web kami. Penggunaan berterusan perkhidmatan selepas penerbitan merupakan penerimaan terma yang dikemas kini.
Akaun, kontrak, dan susunan pengebilan diperbaharui secara automatik melainkan dibatalkan secara bertulis melalui saluran yang diperlukan sebelum tarikh pembaharuan yang berkenaan.