Web, mail, IRC, IM, hálózatok

Leírás

Unix, Linux alatt böngészésre, hálózatok kezelésére alkalmas programok fóruma.

Levelezes - lemaradva

Udv!

Levelezessel nem igazan foglalkoztam 9 eve, es amint latom nagyon sokat valtozott minden. En meg mindig egy pine- t hasznalok, ami tobbnyire jol mukodik, de pl. verifikacios linkekhez neha trukkozni kell.

-----1-----

Elso kerdesem lenne, hogy a mai vilagban milyen egy jol elkuldott level? Most kuldtem egy tesztlevelet egy gmail- es cimrol, es a lenyegi resz ez lenne benne:

Content-Type: multipart/alternative; boundary="00000000000024e4220583cee4ff"

--00000000000024e4220583cee4ff
Content-Type: text/plain; charset="UTF-8"

Text *underlined* *italic *Text *Underlinedanditalic* *Bold* end.

--00000000000024e4220583cee4ff
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Text underlined=C2=A0italic Text
"font-style:italic">Underlinedanditalic=C2=A0Bold=C2=A0end.
>

--00000000000024e4220583cee4ff--

. Ezek szerint a google kuld 2 reszt, az egyik egy html level, ami tartalmazza az alahuzasokat, dolt karaktereket, meg ami van, a plain resze pedig ennek egy "lebutitott" verzioja.

Amennyiben egy olyan levelet kuldok, ami semmi "extra" dolgot sem tartalmaz, a google akkor is elkuldi a 2 tipust.

Ez ma a trend, hogy a szolgaltatok 2 modon kuldik el a leveleket, es az "olvaso program" eldonti, hogy neki melyik kell?

-----2-----

Ha pl. en szeretnek ilyen "2 fazisu" leveleket elkuldeni (postfix levelezoszerver debianon + python), mi lenne a standard ut? Megkomponalom a html levelet, keresek valami atalakitot, ami csinal belole plain textet, es ezt a kettot kuldom el egy levelben (mondjuk valami payload- szeruseggel)?

-----3-----

Minden velemeny, illetve olvasmany erdekel a temaval kapcsolatban.

Koszi a valaszokat.

exim $sender_address_domain ellenőrzése

Mostanában egyre több olyan spam érkezik ahol a sender_address egy nemlétező domain alatti e-mail cím. (Pl.: torokmfpxagalazar@lojistikilani.space)
A sender ellenőrzésére olyan feltételeket találtam, amik a küldő IP címe és hostneve alapján ellenőriznek, de ezek rendben vannak. Olyat nem találtam, ahol a sender_address_domain értékét lehetne vizsgálni.
Mi erre a jó módszer eximben?

horde calendar (kronolith)

Sziasztok,

Horde (5.2.20) Kronolith moduljába felvettem a remote-ok közé a nextcloud-os naptáramat.
Remekül látszik és sync-el oda-vissza.

Viszont ami nem tetszik, hogy ezt a remote calendar-t nem tudom a default calendar-rá tenni így ha mail-ben érkezik naptár esemény és azt Imp-pel nézem, akkor a meghívó a nem használt Horde naptárba kerül.

Meg lehet oldani, hogy egy remote calendar legyen a default, vagy így járás van?

Thx.

(Az egész abból indult, hogy nem találtam működő CalDav plugint Roundcube-hoz, amivel be tudtam volna kötni a nextcloud calendart, szintén azért, hogy RC-ban megnyitva a meghívók oda importálódjanak be. Aztán elkezdtem keresni egyéb normális webmail klienst naptár támogatással, így jött a Horde.)

postfixadmin user regisztráció

Üdv!
Adott egy virtual domain rendszer: postfix/dovecot/roundcubemail/mysql/postfixadmin + regisztráció
Van lehetőség, hogy a felhasználók is tudjanak a rendszerbe regisztrálni postafiókot? (mint pl. gmail) Azaz ne csak az admin tudjon postafiókot létrehozni a postfixadmin felületen.
Vagy más irányba kellene keresgélni?

update: kérése javítva a cím :) (03.06)

Postfix From name rewrite LDAP (AD)-ból

Postfix-ben szeretném elérni, hogy minden kimenő üzenet feladóját átírja a küldő (authentikált user) hivatalos nevére és címére, ami AD-ból jön (ne lehessen feladót hamisítani)
De a "From" mezőben szereplő nevet nem tudom átírni, csak header_checks-el lehetne, az viszont csak regexp-et fogad, nem tudom LDAP-ból etetni :(

- smtpd_sender_login_maps biztosítja, hogy authentikált user, eleve csak saját (+ megengedett közös) címeiről küldhet levelet
- canonical_maps megoldja, hogy a fentieket mindig átírja a user, vagy közös mailbox elsődleges címére
- a "From:" ban is átíródik az <e-mail@cim>, de az olvasható név nem.
- google-el mindenhol azt találom, hogy MTA felől (illetve ha local system küld a postfix-en át) kell(ene) ezt rendbe tenni és hogyan, DE esetemben ez nem megoldás, mert az MTA nem mindig hozzáférhető és kimondottan a (esetleg szándékos) hibás konfigurálást szeretném javítani.

Van valakinek használható ötlete?

[megoldva] Weboldal karbantartási regexp

Pénteken kellett volna gyorsan egy "átirányítós regexp", ami a weboldalra érkező kérések mindegyikét egy karbantartási (maintenance) oldalra irányítja, ami a webes könyvtár gyökerében volt.

Eleinte ^(.*)$ volt megadva, ami majdnem jó is volt – csakhogy a csicsás maintenance oldalon voltak képek, css-ek, betűtípusok is. Ezeket (mivel alkönyvtárban voltak) nem jól mutatta, mert illeszkedett rájuk, és a gyökérkönyvtárba irányította a kérést.

Először egy "negatív lookahead": ^/(?!css|img|js)([a-z0-9]+)$
kifejezéssel próbálkoztam, de nem vált be (már csak amiatt sem, mert a / és . hiányoztak a listáról).

Esetleg van valami bevett gyakorlat erre? Tehát: regexp, ami illeszkedik mindenre, kivéve, ha a sztring tartalmazza ezeket: /css, /img vagy /js.

[Megoldva] CSV letöltés eltér Ubuntun/Windowson

Egy hibával küzdök: a https://dsgoproxyapp.azurewebsites.net/emergencies/all?region=1 weboldal jobb felső "Export Table" gombja más-más hatású a különféle környezetekben. Microsoft Windows-t használó kollégáim számára lejön az összes (588) sor, nekem (Ubuntu Linuxon) azonban, 3 fajta böngészőben is csak az első 3 sor. Az első # jelnél megszakad a fájl, mintha az onnan következő részeket kommentnek tekintené. A szövegbe betettem egy "Valami #" részt, ezért az utolsó letöltött szó a "Valami ".

Hálás lennék, ha kipróbálnátok, hogy van-e más is, akinél ez a hiba jelentkezik.

Mondjuk nagyon meglepő, hogy többféle böngészőben is így jön ez elő nálam – létezik az, hogy ez valami oprendszer-függő gond? A három böngésző, amiben próbáltam: Google Chrome, Firefox, Brave.

Kimenő email DKIM alárása vs. 8-bit encoding

Jelenleg email küldéshez használok SPF+DKIM+DMARC-ot. Azonban egyes címzetteknél egyes emaileket DKIM_INVALID-al SPAM-nak jelöl a spamassassin a fogadó oldalon. Némi nyomozás után kiderült hogy ezeknél a 8-bites emailt valami visszakódolja quoted-printable-ra, pedig az SMTP-jük azt mondja magáról hogy 8BITMIME képes. A DKIM RFC is javasolja a 7-bitre kódolást aláírás előtt, na de ki gondolná hogy ez ma még mindig probléma... :-/

Melyik utat válasszam:
- keressek/írjak egy miltert ami átkonvertál minden kimenő email törzset csatolásostul mindenestül quoted-printable-ra még aláírás előtt (erre tipp?)
- hagyjam a DKIM-et a fenébe és legyen csak SPF+DMARC

Levelező kliens oldalon nem szeretnék 7-bitre forceolni. Más, ezt a 8-bit problémát miért nem említi egyetlen DKIM howto sem? :)

Thunderbird betűméret változtatás

Sziasztok

Thunderbird betűméretet szeretném nagyítani
Feltelepítettem a Theme Font & Size Changer kiegészítőt de sehol se találom a beállításokat a méretre vonatkozólag
Majd ez alapján megcsináltam a crome könyvtárban a userChrome.css file-t 16-os betűmérettel,
semmi változás

https://support.mozilla.org/hu/questions/1213554

Próbáltam a Firefox böngásző about:config-ban a layout.css.devPixelsPerPx báltoztatását, de az csak a
FFox betűire van hatással
Van valakinek valamilyen ötlete?