- Expediere
- 5 septembrie 2026 la 06:32 UTC
- Autor
- Kamo
- Comite
- 85bc03b
Două defecte, ambele de la client care decide pentru sine lucruri doar serverul de mail Stie. **"Nu a reușit să încarce mesaje."** Dosarul a călătorit ca un segment de cale, și Gmail separă ierarhia cu "/" Codat o dată,% 2F este refuzat de Tomcat și de Spring Security StrictHttpFirewall cu 400 Bad Cerere, înainte de orice handler ruleaza; codificat de două ori, așa este% 25. ă cerere nu a ajuns la codul de e-mail la toate, motiv pentru care mesajul a fost generic unul. Numele călătorește acum în șirul de întrebări, în cazul în care nici o regulă nu se aplică si un strat de codeURIComponent este exact. Proxy a fost anularea codarea în plus: Următorul decodează segmentele pe care le mâinile a traseu ca propria tăietură într-un separator de cale și a produs patru segmente în cazul în care traseul are Trei. Acum transmite o felie din numele original. **Fiecare dosar de la "Folderele mele," etichetat cu întreaga sa cale.** Copacul s-a rupt. căi pe "." și a decis ce a fost un folder sistem de potrivire nume frunze împotriva SENT / PROIECTE / TRASH. Nici în afara Dovecot: Gmail se separă cu "/" și Le spune "Sent Mail" şi "Spam." Deci, nimic cuib, nimic nu a fost recunoscut, și GARANȚIE FOLDERI a adăugat apoi un "trimis" care nu exista Normal. EmailService raportează acum separatorul fiecărui dosar și RFC 6154 rol, și atât bara laterală și culegător muta le folosesc: un rol pins dosarul său la Blocul fix oriunde stă în copac, și suprimă stand-in care altfel ar fi inventat pentru ea. Un copac cached într-un browser de o clădire mai veche nu poartă nici un câmp, astfel încât vechiul Se aplică încă potrivirea numelor şi nu se remanieră nimic la prima încărcătură.