Da, gata, s-a propagat, merci Petre că m-ai îndemnat să am răbdare, mă
panicasem oțârișică :)
Altfel aveam de toate (minus DKIM că e Exchange), că doar tot eu l-am
făcut și pe al meu și pe ăsta.
On 4/9/24 17:10, Petru Rațiu via RLUG wrote:
On Tue, Apr 9, 2024 at 5:04 PM Cristian Paslaru
Ceea ce mă derutează e că serverul lor public, ăla cu 8.8.8.8, a
înregistrat deja modificarea, dar probabil că nu au o politică uniformă.
Schimbările - au fost doar una care s-a lăsat cu eroarea de sintaxă, am
vrut să adaug noul ip de transport în SPF și probabil am vrut de două
ori pentru că
As zice ca esti paranoic dar domeniul cu care am eu treaba day-to-day se
intampla sa aiba mailboxurile la gmail si ca atare ma descalific, las pe
altii sa-ti zica. :)
Dar valorile alea pe care le-ai dat acolo sunt cele din SOA care afaik
afecteaza mai mult transferul de zona si alte scheme cu
Nu îmi e rușine să dau domeniul pe listă dar e un domeniu al unui
client, nu vreau să îl implic.
Asta am în bind:
200 ; refresh (3 minutes 20 seconds)
7200 ; retry (2 hours)
120 ; expire (2 minutes)
240 ; minimum (4 minutes)
Nici de voodoo nu e vorba ci de faptul
Am făcut o eroare de sintaxă (ieri) în SPF, în sensul că am lăsat un ip4:
> ( fără IP completat) îsă am corectat-o de cel puțin două ore. Știu că
> oficial DNS-ul se propagă în timp mai mult dar în practică probabil că sunt
> 10 ani de când nu mi s-a mai întâmplat să facă mai mult de 10 ore.
>
>
On Tue, Apr 9, 2024 at 5:04 PM Cristian Paslaru wrote:
> Corect, dar daca trimiti normal ca pe vremuri prin sendmai -t sau ceva de
> genul, se prinde ca nu este authenticated, si nu il accepta.
>
> Vroiam doar sa mentionez ca nu mai este de ajuns SPF pentru gmail, asa a
> inceput thread-ul ;)
>
E plin de miștocari de la o vreme :)
On 4/9/24 17:00, Dumitru Moldovan via RLUG wrote:
On 4/9/24 16:56, Petru Rațiu via RLUG wrote:
On Tue, Apr 9, 2024 at 4:48 PM Cristian Paslaru
wrote:
https://blog.google/products/gmail/gmail-security-authentication-spam-protection/
*By February
Nu e vorba de domeniul badici.ro
Există o oarecare șansă să nu fi așteptat suficient de mult propagarea
DNS-ului pentru că am alternativ fie
*Unauthenticated email from xxx .ro not accepted due to domain's DMARC
policy*
*fie*
*Gmail requires all senders to authenticate with either SPF or
Corect, dar daca trimiti normal ca pe vremuri prin sendmai -t sau ceva de
genul, se prinde ca nu este authenticated, si nu il accepta.
Vroiam doar sa mentionez ca nu mai este de ajuns SPF pentru gmail, asa a
inceput thread-ul ;)
On Tue, Apr 9, 2024 at 3:57 PM Petru Rațiu wrote:
>
>
> On Tue,
On 4/9/24 16:56, Petru Rațiu via RLUG wrote:
On Tue, Apr 9, 2024 at 4:48 PM Cristian Paslaru wrote:
https://blog.google/products/gmail/gmail-security-authentication-spam-protection/
*By February 2024, Gmail will start to require that bulk
senders:Authenticate their email: You shouldn’t
On Tue, Apr 9, 2024 at 4:48 PM Cristian Paslaru wrote:
>
> https://blog.google/products/gmail/gmail-security-authentication-spam-protection/
>
>
>
> *By February 2024, Gmail will start to require that bulk
> senders:Authenticate their email: You shouldn’t need to worry about the
> intricacies of
https://blog.google/products/gmail/gmail-security-authentication-spam-protection/
*By February 2024, Gmail will start to require that bulk
senders:Authenticate their email: You shouldn’t need to worry about the
intricacies of email security standards, but you should be able to
confidently rely
Funnily enough, mailul la care am dat eu reply a fost livrat de serverul
ala catre gmail si... a mers? Deci, mai exact, ce nu merge?
--
P.
On Tue, Apr 9, 2024 at 4:19 PM Petru Rațiu wrote:
> Probabil ar fi mai util sa zici ce eroare da si de unde trimiti mailul.
> Dpdv SPF, vad ca ai softfail
Probabil ar fi mai util sa zici ce eroare da si de unde trimiti mailul.
Dpdv SPF, vad ca ai softfail si le-ar accepta doar daca vin de la /29-le
ala, de la ip-ul mx-ului sau de la ip-ul lui badici.ro (care se suprapun,
dar na). Esti sigur ca mailul ala dat nu si-a luat un snat pe drum? Sau s-a
dus
Problema e că îmi rejectează mailurile de la un domeniu valid cu SPF
valid...
Încă nu sunt sigur 100% că asta e problema dar momentan nu găsesc o
altă explicație, iar wizardul nu îmi dă nici o altă avertizare.
Din întâmplare eu chiar am avut mailurile la gmail și de lene nu am mai
scos
Poate pentru că toolul ăla e gândit să ajute adminii de domenii care AU
mailul hostat la gmail...
On Tue, 9 Apr 2024, 15:33 Mihai Badici via RLUG, wrote:
> On 2024-04-09 15:11, Mihai Badici via RLUG wrote:
> > WTF? SPF must allow google servers to send mails on your behalf?
> >
> > Mailul nu e,
On 2024-04-09 15:11, Mihai Badici via RLUG wrote:
WTF? SPF must allow google servers to send mails on your behalf?
Mailul nu e, evident, hostat la gmail...
Scuze, asta e listă de acum 20 de ani și nu permite atșamente: :)
WTF? SPF must allow google servers to send mails on your behalf?
Mailul nu e, evident, hostat la gmail...
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
18 matches
Mail list logo
