[問題] 電子報發送的相關問題?

看板Web_Design作者時間14年前 (2010/01/23 18:53), 編輯推噓5(5推 0噓 69→)
留言74則, 5人參與, 最新討論串1/1
公司需要發送會員電子報 有自己的會員名單，數量不多 先前從系統後臺發送，被美國的主機那邊要求我們停止此動作 因為已超出他們的規範， 所以現在無法發送電子報， 在網路上搜尋都是他們自己名單的軟體無法匯入我們自己的名單 想請問有什麼辦法可以讓我們自行發送呢? 付費免付費都可以!! 非常的感謝!!! -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 219.85.182.22
推
01/23 19:39, , 1F
虛擬主機一般都不會讓User發電子報（可能會被當作垃圾信）.
01/23 19:39, 1F
→
01/23 19:40, , 2F
原PO可以用自己的網路找免費發報軟體發送電子報，如是使用
01/23 19:40, 2F
→
01/23 19:40, , 3F
Hinet網路，而數量又很多的話，一定要先跟Hinet詢問相關事
01/23 19:40, 3F
→
01/23 19:41, , 4F
宜（看是否需要填寫一些資料）.
01/23 19:41, 4F
→
01/23 20:47, , 5F
dns反查要設 設好的話 gmail yahoo hotmail 都收得到
01/23 20:47, 5F
→
01/23 20:48, , 6F
如果直接塞hinet或gmail的smtp 會有數量上的限制
01/23 20:48, 6F
推
01/24 01:32, , 7F
量太大..Yahoo、hotmail都會擋..設反查也沒用，使用Hinet的
01/24 01:32, 7F
→
01/24 01:33, , 8F
SMTP發，量大的話要申請，不然Hinet的SMTP會拒絕連線.
01/24 01:33, 8F
→
01/24 12:00, , 9F
量大不見得會被擋..
01/24 12:00, 9F
→
01/24 12:01, , 10F
@gmail量這麼大,也沒被yahoo或hotmail 擋過..
01/24 12:01, 10F
→
01/24 12:03, , 11F
很多英文電子報量都超大的，也沒被擋過.. :)
01/24 12:03, 11F
→
01/24 12:08, , 12F
dns反查只是最基本的.連這個都弄不好,被擋或當垃圾也不意外
01/24 12:08, 12F
推
01/24 14:48, , 13F
一般發電子報都是透過電子報軟體（速度較快，可匯入名單）
01/24 14:48, 13F
→
01/24 14:49, , 14F
dns反查不論是電子郵件主機或網站主機都可設定，不過設了之
01/24 14:49, 14F
→
01/24 14:49, , 15F
後，如果這IP發大量的郵件到yahoo、@xx.hinet.net的信箱一
01/24 14:49, 15F
→
01/24 14:50, , 16F
般都會被他們自動偵測流量機制給阻擋（Yahoo只能以電子郵件
01/24 14:50, 16F
→
01/24 14:51, , 17F
反應，Hinet可去電客服，客服會請你填寫申請資料申請），
01/24 14:51, 17F
→
01/24 14:51, , 18F
不然你要忍受有段時間寄到這二個信箱都被阻擋...
01/24 14:51, 18F
→
01/24 14:52, , 19F
再來就是要利用gmail,yahoo,hotmail,hinet.net信箱發電子報
01/24 14:52, 19F
→
01/24 14:52, , 20F
的問題，gmail本身有smtp每天發信數量的限制，hinet.net也
01/24 14:52, 20F
→
01/24 14:53, , 21F
有（但可申請放寬限制，但預設多少客服都說不知道），
01/24 14:53, 21F
→
01/24 14:53, , 22F
hotmail是最近幾個月才開放，這部份不是很明確，yahoo的
01/24 14:53, 22F
→
01/24 14:54, , 23F
SMTP是要付費的，我沒申請過不知道.
01/24 14:54, 23F
→
01/24 15:51, , 24F
為什麼不考慮提供RSS給客戶訂閱呢@@?
01/24 15:51, 24F
→
01/24 21:08, , 25F
會不會被擋要看你用什麼IP來發?用facebook smtp的ip來發,
01/24 21:08, 25F
→
01/24 21:09, , 26F
你覺得會被擋嗎?電子郵件代發公司用同樣一組IP代發這麼多
01/24 21:09, 26F
→
01/24 21:10, , 27F
英文電子報,為什麼不會被擋?
01/24 21:10, 27F
→
01/24 21:11, , 28F
被擋指的是什麼?是退信回原發信mta嗎?還是直接送junk?
01/24 21:11, 28F
→
01/24 21:16, , 29F
退信原因有好幾種.有的暫時,有的永久..
01/24 21:16, 29F
→
01/24 21:17, , 30F
另外dns反查是dns設定的問題,跟郵件主機沒有關係才對.
01/24 21:17, 30F
推
01/25 01:14, , 31F
用facebook一樣會被擋或被過濾..可參考Pchome.
01/25 01:14, 31F
→
01/25 01:15, , 32F
電子郵件代發公司如果是指廣告信，他們大都不是用同樣一組
01/25 01:15, 32F
→
01/25 01:16, , 33F
IP及"Domain Name"，甚至有的是透過程式經由yahoo等信箱發
01/25 01:16, 33F
→
01/25 01:16, , 34F
送..
01/25 01:16, 34F
→
01/25 01:17, , 35F
我所謂的被擋，是SMTP通訊協定不接受連線，連退信的機會也
01/25 01:17, 35F
→
01/25 01:18, , 36F
沒有..DNS反查是許多Email Server Software驗證是否為正常
01/25 01:18, 36F
→
01/25 01:19, , 37F
的郵件主機其中一種驗證機制，並不在SMTP通訊協定標準.
01/25 01:19, 37F
→
01/25 01:20, , 38F
可以問問Hinet，如果一個不知名的IP，在沒有預先設定接受高
01/25 01:20, 38F
→
01/25 01:21, , 39F
流量寄發郵件的情形下，Hinet的信箱是否會一直接受"連線"..
01/25 01:21, 39F
→
01/25 01:22, , 40F
如果要透過msa.hinet.net寄送大量電子郵件，也要經過申請，
01/25 01:22, 40F
→
01/25 01:23, , 41F
並送出正確的message-id（不接受偽造），不然msa.hinet.net
01/25 01:23, 41F
→
01/25 01:24, , 42F
也會不接受該IP要求寄出服務..
01/25 01:24, 42F
→
01/25 01:24, , 43F
當然有些人已經開始在利用Google其它寄信方式在發送電子報
01/25 01:24, 43F
→
01/25 01:25, , 44F
（不是gmail），有些單位對這類的大量郵件已經很頭痛，要擋
01/25 01:25, 44F
→
01/25 01:26, , 45F
也不是，不擋也不是.
01/25 01:26, 45F
→
01/26 10:20, , 46F
hinet我不清楚,可是一般ISP都會先回傳5xx bounce code,而且
01/26 10:20, 46F
→
01/26 10:21, , 47F
IP同時會被列在某個SBL上.通常到這個階段, 你的IP vendor就
01/26 10:21, 47F
→
01/26 10:23, , 48F
會自清門戶了,不會等到ISP block IP.
01/26 10:23, 48F
→
01/26 10:25, , 49F
message-id是由送方來設定的,設在header裡,要寫什麼內容都
01/26 10:25, 49F
→
01/26 10:26, , 50F
可以,沒有偽造的問題.難道msa.hinet.net還指定送方要送出某
01/26 10:26, 50F
→
01/26 10:27, , 51F
種格式的message-id嗎?
01/26 10:27, 51F
→
01/26 10:35, , 52F
不過你說的是透過msa.hinet.net來寄送,那應該是hinet對格式
01/26 10:35, 52F
→
01/26 10:36, , 53F
有特別規定吧.
01/26 10:36, 53F
→
01/26 10:47, , 54F
你說的沒錯.廣告信大多用不同組的IP跟Domain name.可是合法
01/26 10:47, 54F
→
01/26 10:48, , 55F
內容正當的電子報卻是用同樣的一組IP,重覆不停發送.
01/26 10:48, 55F
→
01/26 10:53, , 56F
ISP有它自己的評量標準來決定這個IP是乾淨的,還是很髒.
01/26 10:53, 56F
推
01/26 11:26, , 57F
一般電子郵件主機"通常"會有標準的SMTP Protocol回應，但是
01/26 11:26, 57F
→
01/26 11:26, , 58F
大型的ISP為了應付大量的郵件發收，都會加入自己的機制（像
01/26 11:26, 58F
→
01/26 11:27, , 59F
Hinet,免費信箱大的像Yahoo、Hotmail，小的像智邦），這些
01/26 11:27, 59F
→
01/26 11:28, , 60F
機制都是在開始接收前就已經啟動，像yahoo或hinet的自動流
01/26 11:28, 60F
→
01/26 11:29, , 61F
量偵測他啟動前都不會通知IP Vendor(會主動通知已是過去式)
01/26 11:29, 61F
→
01/26 11:31, , 62F
這些流量高的電子信箱服務有了新機制後，對流量異常特別敏
01/26 11:31, 62F
→
01/26 11:31, , 63F
感..他們的官方說法一定是我們不會阻擋，但事實上就是因為
01/26 11:31, 63F
→
01/26 11:32, , 64F
你的流量異常系統不接受連線（Yahoo、Hinet等都有相同情形)
01/26 11:32, 64F
→
01/26 11:33, , 65F
，詳情可詢問這幾家公司的機房人員（客服的話聽聽就好）.
01/26 11:33, 65F
→
01/26 11:33, , 66F
msa.hinet確實有要求要經由msa.hinet寄發大量郵件必須要提
01/26 11:33, 66F
→
01/26 11:34, , 67F
出申請（須填寫寄出郵件的網域及Hinet IP），Message-id也
01/26 11:34, 67F
→
01/26 11:36, , 68F
要符合不能偽造才能寄出大量郵件，那張表格名稱叫作：
01/26 11:36, 68F
→
01/26 11:36, , 69F
網際資訊網路業務(Hinet)發送大量電子郵件登記申請書.
01/26 11:36, 69F
→
01/26 11:38, , 70F
"合法內容正當"的電子報如果發信量過大..還是會被許多免費
01/26 11:38, 70F
→
01/26 11:39, , 71F
信箱或電子郵件主機阻擋（發個一萬封到免費信箱試一下就知
01/26 11:39, 71F
→
01/26 11:40, , 72F
道跟IP已無太大關係）. 這也是為何有些虛擬主機服務業務不
01/26 11:40, 72F
→
01/26 11:41, , 73F
接受消費者透過他們主機或IP發送大量郵件的原因之一.
01/26 11:41, 73F
→
01/27 00:46, , 74F
感謝大家!!!我會試看看的~
01/27 00:46, 74F
‣ 更多 qoizo 的文章
文章代碼(AID): #1BMjKWXl (Web_Design)