Sziasztok!
Egy kis segítséget szeretnék kérni. Napi szinten küld a részünkre a román posta elszmolásokat emailben, amit az email szolgáltatónk rfc meg nem felelés miatt elutasít, tehát nem kapjuk meg.
Részletek:
A RO posta a levelet elküldi az info@muzeugelarie.ro és a mindenki.mef@gmai.com címre. A gmailes címre megjön, a másikra nem.
A levelező szolgáltatónk tájékoztatása szerint a következő hibaüzenettel utasítja el a rendszerük a levelet:
F=<mindenki.mef+caf_=info=muzeugalerie.ro@gmail.com> rejected after DATA: syntax error in 'From:' header when scanning for sender: malformed address: <noreply@ro.post> may not follow noreply@ro.post in "noreply@ro.post <noreply@ro.post>"
Valamint a kommentjük: ha az e-mail címhez tartozó név speciális karaktert is tartalmaz, akkor idézőjelben kell lennie. ( RFC5322 ). Ezt a hibaüzenet - amit már továbbítottuk - egyértelműen jelzi.
A román postával igen nehéz a kommunikáció. Mit írjunk nekik, mit kellene változtatniuk, hogy jó legyen a levél, ne legyen ez a hiba? Ugyanis én nem látok a címben hibát.
Mellékelem az üzenet fejlécét:
Delivered-To: mindenki.mef@gmail.com
Received: by 2002:ac8:624d:0:b0:475:1c70:5e76 with SMTP id kt13csp2582982qtb;
Tue, 15 Apr 2025 01:06:42 -0700 (PDT)
X-Forwarded-Encrypted: i=2; AJvYcCWEok/1ho2cIdH3oJFI6Y5RMn804sE9kwH0/lt7Qm47QoAXckXlUWDcYIcr9gpLbZw6YOXp63rxdU4mZtk=@gmail.com
X-Google-Smtp-Source: AGHT+IHo2jidAuj42aqduBWYKbprz1Bc2NJifA/Tm4kFTVIx1/ms/peJg+8PUY+2dGLc09S0QsQN
X-Received: by 2002:a05:690c:6907:b0:6ef:6f24:d093 with SMTP id 00721157ae682-7055998ec9dmr256024867b3.6.1744704402446;
Tue, 15 Apr 2025 01:06:42 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1744704402; cv=none;
d=google.com; s=arc-20240605;
b=J4EZKEmmPu4i6JExVxVf50WbnB9H+ZEATJEkfD+I9cABm/yGhwcCGwIVxabwTpV0Rp
eeGXIapQfwraPmQy8V3oYiSd8rzvSX5L5KnYhe2L0SC8RzPnHTJnl3Vu3ggiuPWpiyKP
yab/aZDLXWa9AhahLvdhpSNdA12rEBc9qRocHwgiFkynYuqBLk1TIJx8PN8ZphRGpTvX
y6dq6DNyZoML2NYHQYN5wNGQ79Ruo8MJEtUAD/ijD3wTySNyFz9sgZIcpW6Nv92e9yfl
oL3sRJnNGTfTz1Kheq3GOcL7GJL/ecSfX4h3XlKZJcQDjY4QUHEbIZ4BBOO8BJYifGPs
xoFg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605;
h=date:from:message-id:subject:to:mime-version:dkim-signature;
bh=nkFlSPE1Gqb9ZI12fVBS5TRoG3p7XBBqPkb6hcwh64A=;
fh=H79OlrvpVRihXO/Nsw1P9iOFDUweI01BTcqHzBet9Ag=;
b=Lhyfpwn0VCjQ0F1fuctNFtVYvir16BzndhVCIil76DN5GWl3kgr8Wq1PhK6DtLpFmK
KGyBmnfcE91PYvDCSymI//500F9ooz+O+31Xzk9/y3TbloRA9Fhbo18RTLppPfrUzJ8R
Q7OCxTs4fQJBAzUkRB8oAzalfdXjYTZ6q6gH4swQ/z16j4sA2HNerge9xDJGgOoETs4Q
B9w0It3ah/qrBBeE6Z9QijFlHncEpmYEbs1GutbR7vs2o1Rp0dwnbBuCugGjjEhT6lbZ
peU0wWa/lkX9czOL3SE4SGWKY5QAb/emWLymqNqwjn89vJ68PEHELvOb6ty5LgSfwDiR
10BQ==;
dara=google.com
ARC-Authentication-Results: i=1; mx.google.com;
dkim=pass header.i=@ro.post header.s=nzath202411 header.b=HhGMELia;
spf=pass (google.com: domain of msprvs1=20200vwvwymka=bounces-1682@spmailtechnolo.com designates 147.253.211.76 as permitted sender) smtp.mailfrom="msprvs1=20200vwvWYMKa=bounces-1682@spmailtechnolo.com";
dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=ro.post
Return-Path: <msprvs1=20200vwvWYMKa=bounces-1682@spmailtechnolo.com>
Received: from mta-253-211-76.smtp-out.sparkpostmail.com (mta-253-211-76.smtp-out.sparkpostmail.com. [147.253.211.76])
by mx.google.com with ESMTPS id 00721157ae682-7053e138665si193917327b3.143.2025.04.15.01.06.42
for <mindenki.mef@gmail.com>
(version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128);
Tue, 15 Apr 2025 01:06:42 -0700 (PDT)
Received-SPF: pass (google.com: domain of msprvs1=20200vwvwymka=bounces-1682@spmailtechnolo.com designates 147.253.211.76 as permitted sender) client-ip=147.253.211.76;
Authentication-Results: mx.google.com;
dkim=pass header.i=@ro.post header.s=nzath202411 header.b=HhGMELia;
spf=pass (google.com: domain of msprvs1=20200vwvwymka=bounces-1682@spmailtechnolo.com designates 147.253.211.76 as permitted sender) smtp.mailfrom="msprvs1=20200vwvWYMKa=bounces-1682@spmailtechnolo.com";
dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=ro.post
X-MSFBL: c1u0l6v9TKSDEcFzVBk7tEyjyzsWoMmlkIMWsjx7VOI=|eyJ0ZW5hbnRfaWQiOiJ zcGMiLCJtZXNzYWdlX2lkIjoiNjdmNDkxMTNmZTY3M2RlMzIxOTgiLCJzdWJhY2N vdW50X2lkIjoiMCIsImN1c3RvbWVyX2lkIjoiMTY4MiIsInIiOiJtaW5kZW5raS5 tZWZAZ21haWwuY29tIn0=
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ro.post; s=nzath202411; t=1744704402; i=@ro.post; bh=nkFlSPE1Gqb9ZI12fVBS5TRoG3p7XBBqPkb6hcwh64A=; h=To:Subject:Content-Type:Message-Id:From:Date:From:To:Cc:Subject; b=HhGMELia+y9hhY6u3fDJFcHu+HHtQG5Nkm2Y5neiCx9tCLauAOsqNANq5/SxW7AYF
iFNi6yo8FxxSw20yz7UuH4rWU2kC6tDeEaNOpxg3PPT92bQdW85woE4BXL8miw7VXn
5dybjuuYmcihs09Hiz30lmPc5iNDhw2gNSUpTI6g=
Authentication-Results: i-0d93dc8e2d1653229.mta1vsmtp.sd.prd.sparkpost smtp.user=<hidden>; auth=pass (PLAIN)
Received: from [159.69.68.133] ([159.69.68.133:56002] helo=nl) by i-0d93dc8e2d1653229.mta1vsmtp.sd.prd.sparkpost (envelope-from <t-bounce-8ed73a2e-19d0-11f0-8db7-1118684969ec@nl.ropost.ro>) (ecelerity 4.8.0.74368 r(msys-ecelerity:tags/4.8.0.17)) with ESMTPSA (cipher=AES-256-GCM) id 89/1A-64280-1931EF76; Tue, 15 Apr 2025 08:06:42 +0000
MIME-Version: 1.0
To: "info@muzeugalerie.ro" <info@muzeugalerie.ro>, "mindenki.mef@gmail.com" <mindenki.mef@gmail.com>
Subject: Fisiere : MUZEU GALERIE SRL transmise in data : 15-04-2025
Content-Type: multipart/mixed; boundary="----MIME delimiter for sendEmail-565177.01277426"
Message-Id: <20250415080638.35623.8ed73a2e-19d0-11f0-8db7-1118684969ec.nl@nl.ro.post>
X-Newsman-RP: t-bounce-8ed73a2e-19d0-11f0-8db7-1118684969ec@nl.ro.post
From: "noreply@ro.post" <noreply@ro.post>
Date: Tue, 15 Apr 2025 08:06:39 -0000
Gábor
- 867 megtekintés
Hozzászólások
Összezavarodtam. A küldő küld egy levelet, ami a fogadó fél MTA -janak nem tetszik, és az ahelyett, hogy a küldőnek szólna, hogy nem tetszik a leveled, írj szebben, a fogadónak küld egy panaszkodást, de a levelet már nem továbbítja?
Szerintem a szolgáltatónál reklamálj, hogy legyen szíves a küldő felé jelezni a problémát, elvégre nem te állítod össze a levelet. Ha a noreply miatt nem akar oda küldeni, akkor nézze meg a domain mx rekordját, vagy valami ottani info vagy admin címet, és spammelje meg őket bőszen.
Amúgy a címben a hiba szerintem az, hogy a
"noreply@ro.post" <noreply@ro.post>
helyett
"noreply@ro.post <noreply@ro.post>"
kellene, és ugyanez a cél címeknél, de ez csak egy tipp.
- A hozzászóláshoz be kell jelentkezni
nem ez, ez a cimzett igy jo. ennek elvielg ez a szintaxisa (lsd: "Gabor GARAMI" <hrgy84@hup.hu>)
- A hozzászóláshoz be kell jelentkezni
Akkor az lehet a gondjuk, hogy az első tagot névként értelmezik, nem címként, és a név esetén a @ már speciális karakter?
- A hozzászóláshoz be kell jelentkezni
Nem. A levelező szolgáltatónk minden szó nélkül egyszerűen elutasítja a levelet. Mi reklamáltunk, hogy miért nem jönnek meg a levelek, ezért én keresem a megoldást.
Ők nem fognak a román postával szóba állni, mert nem tudnak románul, illetve a román postánál sincsenek a helyzet magaslatán, az az alap hozzáállásuk, hogy náluk nincsen gond, hisz mindenki más megkapja a leveleiket (a gmailes cím azért is lett belerakatva a címzettek közé, mert így legalább ezen az úton megkapjuk).
A gmailes címre kapott levél fejlécét tudtam bemásolni, de gondolom, hogy ugyanez lenne a másik email címre jövő levélnél is, nem?
Próbáltam azt is, hogy a gmailnél beállítottam egy szabályt, hogy ha a feladó a román posta, akkor továbbítsa a levelet a mi email címünkre, de az a levél ugyanúgy el lett utasítva, mert a gmail még faramucibb feladót készít így a leveleknek.
Ha bemegyek a gmail felületére és nyomok a levélre egy Továbbítás-t, akkor viszont megérkezik.....
Gábor
- A hozzászóláshoz be kell jelentkezni
A problemat szerintem az okozza, hogy a gmailben nem azt latod, amire gondolsz.
Szerintem a romanok igy kuldik a levelet:
EHLO mail.ro.post
MAIL FROM:<noreply@ro.post>
RCPT TO:<info@muzegalerie.ro>
DATA
From: noreply@ro.post <noreply@ro.post>
To: ...
Itt kellene annyit valtoztatni a roman postanak, hogy a noreply cimnek vagy adnak egy rendes nevet, vagy tegyek idezojelbe az elso noreply@ro.post szoveget.
- A hozzászóláshoz be kell jelentkezni
Értem. Megpróbáljuk ezt lenyomni a posta torkán.
Gábor
- A hozzászóláshoz be kell jelentkezni
Sok sikert! Mondjuk szerintem itt spec a fogadó fél túl szigorú.
Itt még olyat is át kell venni ami nem követi az rfc-t mert néhány felettes szerv képtelen normális szakrendszereket összerakni. :D
Ez a legnépszerűbb:
X-Amavis-Alert: BAD HEADER SECTION, Missing required header field: "Date"
Egyszer az egyiknek jeleztem, hogy ez gáz, de azóta is ilyen, ha nekik jó nekem is jó.
- A hozzászóláshoz be kell jelentkezni
A szolgáltatónk válasza erre a felvetésre: nem hajlandó az általánosan használt levelezésében lazítani a szabályokon, megköveteli a levelek rfc szerinti megfelelőségét biztonsági okokra hivatkozva. Külön pénzért hajlandó minket másik szerverre átrakni, ahol csak a mi levelezésünk üzemelne, enyhébb szabályokkal....
- A hozzászóláshoz be kell jelentkezni
Valószínűleg egyszerűbb lenne másik szolgáltatóhoz menni, mint átverni egy postán, hogy ők változtassanak valamin, ami amúgy másnak elfogadott (függetlenül, hogy rossz vagy jó a megvalósítás).
- A hozzászóláshoz be kell jelentkezni
Hát, 1 levél miatt nem fogunk átvinni sok domaint sok email címmel....
- A hozzászóláshoz be kell jelentkezni
Ezt te tudod mennyire fontos, de azért gondolom sejted, hogy egy posta méretű szervezet sem fog egy ember miatt változtatni a dolgain.
- A hozzászóláshoz be kell jelentkezni
Egy icipici remény azért van...
Egy éve már játszottunk egy kört, akkor még így volt a feladójuk: noreply@ro.post [noreply@ro.post] és annak ellenére, hogy azt reagálták, hogy náluk nincs gond, csak megváltoztatták a feladóban a zárójelezést....
- A hozzászóláshoz be kell jelentkezni
Rossz a mérési pont. Nem az a kérdés, hogy hány feladóval van gond. A következők a helyes kérdések:
- Mennyire kritikusak üzleti szempontból a posta által küldött levelek?
- Ha egy-egy levél nem érkezik meg, az mekkora pénzbeli kiesést jelent a cégnek?
- Ehhez képest, mennyit fizettek ennek a szolgáltatónak az ilyen minőségű levélkezelésért?
Ha ezekre van válasz, akkor az, és csakis az lehet a mérési pont a költözés felmérésekor.
Másik oldalról:
Ha megvan a fiók lista, és megáll olyan 100 alatt, akkor két ember egy nap alatt létrehozza az összes fiókot, beállítja és végig is teszteli. Ha olyan a szolgáltató, akkor amúgy tudtok API-n keresztül batchben is létrehozni fiókokat jelszavakkal, a domainek átirányítása az ami macerás, de főleg a bürokrácia miatt, amúgy az is megvan egy fél nap alatt. Ennek van egy munkaköltsége, ezt kell összevetni a fent kikalkulált összegekkel.
Ránézésre azt mondanám, hogy jobban járnátok egy alap Google Workspace-cel vagy egy M365-tel, és többet nyernétek mint amit veszítenétek.
- A hozzászóláshoz be kell jelentkezni
Az adott levél, mivel másképp megkapjuk, nem kritikus, így ezért nem fogunk költözni. Nem éri meg.
"ilyen minőségű levélkezelésért"
Itt biztos a fogadó szolgáltató a hibás? Mert az ügyfelei védelme érdekében szigorúan veszik az RFC-t? Nem vagyok ebben biztos....
- A hozzászóláshoz be kell jelentkezni
Pusztán a szigorúság miatt az ügyfelei nem lesznek nagyobb biztonságban. Ellenben, ha nekem, mint szolgáltatónak jelentenek egy hibát, hogy nem kapnak meg egy levelet egy állami szolgáltatótól, és nem teszek kivételt, azzal potenciálisan nagyobb kárt okozok az ügyfeleimnek. Attól függetlenül, hogy ti meg tudjátok oldani, nem biztos, hogy mindenki megugorja ezt.
- A hozzászóláshoz be kell jelentkezni
Próbáltam azt is, hogy a gmailnél beállítottam egy szabályt, hogy ha a feladó a román posta, akkor továbbítsa a levelet a mi email címünkre, de az a levél ugyanúgy el lett utasítva, mert a gmail még faramucibb feladót készít így a leveleknek.
Most akkor a három fél közül vagy a Gmail és a Román posta hülye, vagy a ti szolgáltatótok...
- A hozzászóláshoz be kell jelentkezni
Vagy mind, csak mindegyik másképp! :-)
- A hozzászóláshoz be kell jelentkezni
Igazából abban igazuk van , hogy az rfc szerint a kukac/pont miatt a display-name-t macskakörmök közé kellene tenni (mivel a kukac/pont nem az atext része.), de szerintem ez alapján instant reject az kicsit erős.
"Be conservative in what you send, be liberal in what you accept."
Pontozza le, rakja a spambe, de ne dobja el.
- A hozzászóláshoz be kell jelentkezni
A románok most mulatnak, így meg így, túl elfoglaltak most ahhoz, hogy neked holmi e-maileket küldözgessenek. Inkább szállj te is be magyar koprodukcióban (1:20-tól). Ez egy olyan mulatság, aminek sosincs vége. A visszataps után még folytatódik.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Trianonban tárgyalnak az országok további sorsáról a világháború után. A tárgyalás közepén jelentkezik a magyar küldött, hogy szólni kíván.
- Én csak azt szeretném mondani, hogy mikor mi idejöttünk a Kárpát-medencébe, az éjszaka ellopták a románok a lovainkat.
A többiek nem igazán értik, kérdi az elnök, szeretné-e a magyar ha a hozzászólását jegyzőkönyvbe vennék-e.
- Á nem, nem kell. Csak úgy mondtam...
A tárgyalás folytatódik, megint szólni kíván a magyar:
- Én csak azt szeretném mondani, hogy mikor mi idejöttünk a Kárpát-medencébe, az éjszaka ellopták a románok a lovainkat.
Megint kérdik, jegyzőkönyvbe akarja-e vetetni? Mondja:
- Nem kell, csak úgy mondtam...
A tárgyalás folytatódik, a magyar megint szólásra kér engedélyt:
- Én csak azt szeretném mondani, hogy mikor mi idejöttünk a Kárpát-medencébe, az éjszaka ellopták a románok a lovainkat.
A román küldöttnek már vörös a feje! Üvöltve kifakad:
- De hiszen akkor mi még itt sem voltunk!
Mire a magyar:
- Na, ezt vegyék jegyzőkönyvbe...
(én kérek elnézést)
- A hozzászóláshoz be kell jelentkezni
Hát, a háborúkat lezáró békeszerződések már csak ilyenek, elvégre ezen alkalmaknak nem az a célja, hogy bármiféle igazságot tegyen, hanem hogy a vesztes fél elismerje, hogy a győztes félnek mindenben is igaza van, végig igaza volt, és a jövőben is igaza lesz, ezért aztán közös megegyezéssel vihet mindent amit csak akar.
- A hozzászóláshoz be kell jelentkezni