outlook.com-ra levelezés nem megy

Spam

Sokadik szívás

host -t mx volvocars.com

volvocars.com mail is handled by 10 volvocars-com.mail.protection.outlook.com.

host volvocars-com.mail.protection.outlook.com.
volvocars-com.mail.protection.outlook.com has address 104.47.5.36
volvocars-com.mail.protection.outlook.com has address 104.47.6.36

telnet 104.47.6.36 25
Trying 104.47.6.36...
Connected to 104.47.6.36.
Escape character is '^]'.
220 VE1EUR02FT064.mail.protection.outlook.com Microsoft ESMTP MAIL Service ready at Wed, 25 Nov 2020 15:31:29 +0000
helo mail.xxx.hu
250 VE1EUR02FT064.mail.protection.outlook.com Hello [195.x.y.z]
mail from: postmaster@xxx.hu
250 2.1.0 Sender OK
rcpt to: postmaster@volvocars.com
550 5.4.1 Recipient address rejected: Access denied. AS(201806281) [VE1EUR02FT064.eop-EUR02.prod.protection.outlook.com]
quit
 

Valaki ki tudja próbálni a volvocars.com domain-t, tud -e küldeni, mert nekem már a 4-dik szerver sem küldi el?

 

( mogorva v | 2020. 11. 25., sze – 18:49 )

$ date

Wed Nov 25 18:48:08 CET 2020

$ nc -z -v -w3 104.47.5.36 25

nc: connect to 104.47.5.36 port 25 (tcp) failed: Connection refused

$ nc -z -v -w3 104.47.6.36 25

nc: connect to 104.47.6.36 port 25 (tcp) failed: Connection refused

tcp/587 dettó.

( ibenny v | 2020. 11. 25., sze – 19:04 )

Szerkesztve: 2020. 11. 25., sze – 19:06

UPC-jellegu halozat:

nc -z -v -w3 104.47.5.36 25
Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connected to 104.47.5.36:25.

VPS No-i adatkozpontban:

nc -z -v -w3 104.47.5.36 25
Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connected to 104.47.5.36:25.

Az 587 timeout-ra fut.

( hnsz2002 v | 2020. 11. 25., sze – 19:50 )

Nekem az a tapasztalatom, hogy ha office365-re akarsz kívülről levelet küldeni, akkor jobban jársz ha inkább postán küldesz, mert néha teljesen kiszámíthatatlan, hogy eljut-e a levél a címzetthez (nem, spambe sincs), csak egyszerűen eltűnik mint a kámfor. Az még a jobbik ha spambe megy... Hogy mit tudsz vele kezdeni? Semmit. Az MS support se tudja megmondani miért, ha az adott domainben 5-10 user 20-30x rányom a te leveledre hogy nem spam, akkor talán arra a domainre nem fogja a leveled spambe dobni az o365. Minden másra természetesen ugyanúgy spam.

"Sose a gép a hülye."

( debtamas88 | 2021. 04. 12., h – 13:41 )

Szerkesztve: 2021. 04. 12., h – 13:43

Sziasztok!

Fenti problémára mi volt a megoldás?

Én a saját szerverről (postfix) tudok levelet küldeni, de van olyan email-cím ami O365/Exchange -t használ és a fenti hibával nem küldi el neki:
550 5.4.1 Recipient address rejected: Access denied. AS(201806281)

( arpi_esp v | 2023. 05. 17., sze – 19:26 )

felhozom kicsit, hatha :)

rengeteg leveleunk pattog vissza ilyen hibaval, foleg magyar egyetemekrol (@ajk.elte.hu, @ajk.pte.hu, @ceu.hu)...

gugli eleg valtozatos okokat ir erre a hibakodra, kb mindgyik mast...

ez a kedvencem, MS szakertotol:

"Based on the error message, the recipient email server refused to take delivery of your emails by unknown reason. The issue could be caused by the recipient side."

https://answers.microsoft.com/en-us/msoffice/forum/all/550-541-recipien…

NISZ se sokkal jobb :D

 

SPAM-be rakta a symantec cuccuk a levelet, írunk nekik, hogy légyszi ez így nem f*sza (SFP, DKIM, DMARC belőve)

hát nem tudnak mit csinálni, sec. miatt kivételre sem rakják

írnak nekik a srácok, akkor írják már meg, hogy mégis miért megy SPAM-be, meg mit tegyünk a levéllel, hogy szerintük is rendben legyen, erre whitelistre rakták a küldő domaint :D

symantec... hagyjuk... :)  anno szivtam vele, valamelyik videki egyetemen hasznaltak, es visszadobalta a leveleinket. vegul kidebuggoltam, hogy az egyik headerben volt egy olyan pont (.) ami nem tetszett neki. ki kellett regexpel fixelni a felejuk meno levelekben :)

NISZ is meger egy miset, multkor az egesz nisz-es /16 ip tartomanyba nem tudtunk connectelni KIFU/NIIF halobol, valami routing hiba miatt, igy mailt se lehetett irni nekik. a legjobb, hogy a KIFU mailszervere is a nisz-es ip tartomanyban volt :)

ez is erdekes lehet:

https://www.thomasjuhlolesen.dk/2021/10/directory-based-edge-blocking-c…

If the address doesn’t exist, the service blocks the message before filtering even occurs, and a non-delivery report (also known as an NDR or bounce message) is returned to the sender. The NDR looks like this: 550 5.4.1 Recipient address rejected: Access denied.

bar nem hiszem, hogy az osszes cim hibas lenne...

( kincza | 2023. 11. 20., h – 15:34 )

Szerkesztve: 2023. 11. 20., h – 15:35

Sziasztok,

Nincs esetleg információtok arról, hogy a Microsoft környékén szigorítottak-e mostanában? Van egy tartományom, ami minden szempontból valid (SPF, DKIM, DMARC) semmilyen nyilvános listán nincs fent, azonban az elmúlt napokban jelezte több ügyfél aki outlook.com alatti céges levelezőt használ, hogy a levelek a SPAM-ben landolnak. Az MTA (Proxmox MGW-postfix) minden szó nélkül kiküldi a levelet, azt outlook.com elfogadja, de a SPAM-be megy.

 

Üdv,

kincza

kincza