因爲郵箱發送的郵箱帳號更換,因此從新測試。結果一直出錯,要不就是請求超時,要不就是未受權。服務器
用smtp測試
開始的時候,端口使用495,結果是請求超時。加密
後來改爲25,結果是未受權。io
再後來聽人說,有一個項目有用到企業QQ發郵件的,而後過去看,最開始也沒有運行,由於本地的SQL Express默認是集成的,改的話,還得去改config,懶得改。就直接看代碼了。登錄
結果代碼看了半天,也沒看出什麼差異來。也就密碼是用的MD5加密,再解密。配置
實在不行,就改了本地配置,運行起來查看了。請求
忽然發現密碼解碼以後,居然和本身這邊拿到的不同。因而替換了一下看看,固然port=495是不行的,會超時密碼
port=25或者乾脆不設置,發送成功了qq
轉了一大圈,結果居然是密碼錯誤客戶端
mail from address must be same as authorization user這信息提示有如下兩種:
1.未開啓pop3或者smtp
2.帳號給錯了
至於我這邊,那就是密碼錯誤,這感受真是坑爹。一直覺得是代碼哪一個拿錯了,或者是郵箱裏面配置沒弄好,結果居然是密碼錯誤
這服務器回覆解析能不能確切點啊!!!
至於這密碼,我卻是有意識說qq號的密碼和郵箱的密碼是不同的,可是通常狀況,根本不會去改郵箱的密碼,哪裏知道居然是不同的。
~~雖然我一直在郵箱登陸頁面登不上去,可是總歸沒想到這個問題,由於換了一個登陸入口就進去了。
總的來講,就是郵箱密碼和qq的密碼存在不同的狀況,若是使用郵件發送代碼,必須在郵箱登陸頁面保證這個郵箱能登陸進去,才能開始測試郵件發送。
企業QQ的話,pop3 ,IMAP,STMP的開啓是在設置-客戶端那個下面設置的
至於日常的,則都是在設置-帳戶下設置的