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

Hello,

Úgy hozta a sors, hogy egyik szerver felkerült két spamlistára is, az egyik a ivmURI, a másik a protected sky. Mindegyiknél próbálkoztam, de nem sok sikerrel.

Az ivmURI-nél végiglépkedtem a pontokon, megírom az email-t szépen a szükséges tárggyal és tartalommal, de semmi válasz. Persze azért a listán még fent van a szerver.

A protected sky ennél sokkal zseniálisabb, ők egyszerűen: Delisting is disabled due to critical maintainence on nodes.

Ki tudja, hogy mióta van így és meddig lesz, gyanítom, hogy nem mostanában javul meg.
A contact form-ban természetesen nem lehet kérni delisting-et.

Több fogadó szerver is használhatja ezeket a listákat, bár így nyíltan nem írják, hogy ezek miatt dobja el a kapcsolatot, csak "554 rejected due to MTA's poor reputation"-t dobnak.

Végignéztem a logokat, de sajnos nem sikerült megtalálnom, hogy melyik levelek miatt kerülhettünk fel. Kiugró spam-tevékenységet nem találtam.

Volt már valakinek dolga ezekkel a listákkal? Esetleg van valakinek kerülőutas megoldása, titkos kapcsolattartói cím?

Előre is kösz!

Sziasztok!

Vultr VPS-en futtatok MiaB-ot .com doménen. Jól működik.

Viszont .hu regisztrátoroknál saját névszervert beállítani csak külön kérésre lehet, és az ISZT csak akkor fogadja el, ha a másodlagos névszerver külön hálózaton van: http://www.domain.hu/domain/regcheck/hibak.html#DIFN

Ebben a rövid cikkben le van írva a probléma és egy megoldás: https://schiller.im/setting-up-a-free-secondary-dns-for-mail-in-a-box/
Nem szívesen használok ingyenes slave névszerver szolgáltatást.

A MiaB képes külső DNS-t kezelni: "Although your box is configured to serve its own DNS, it is possible to host your DNS elsewhere — such as in the DNS control panel provided by your domain name registrar or virtual cloud provider — by copying the DNS zone information shown in the table below into your external DNS server’s control panel. If you do so, you are responsible for keeping your DNS entries up to date! If you previously enabled DNSSEC on your domain name by setting a DS record at your registrar, you will likely have to turn it off before changing nameservers."

Keresek valakit aki .hu domént is üzemeltet MiaB-szal, hogy tanácsot adjon nekem, hogy
- fenti ingyenes szolgáltatókat válasszam, vagy a regisztrátortól kérjek slave névszerver szolgáltatást, vagy inkább használjam a regisztrátor névszervereit?
- van még más buktató .hu domén esetén?

Hálás lennék egy előttem járó jótanácsáért.

Használja valaki rendszeresen az odrive-ot? Mik a tapasztalatok?
https://www.odrive.com/

Sziasztok!

Mail szerveren dovecot/maildir, egy másik gép fetchmail-lel szedi le róla a leveleket. Ez szépen működik, de nem teszi át a /new-ból a /cur-ba, ill. nem is törli le őket. Próbáltam a nokeep opciót, az sem segített.
Ugyanez a verzió pop3d/mbox-al szépen működött, törölte a leszedett leveleket.
Merre keresgéljek?

Köszönöm!

Sziasztok,

Van egy gond amit szeretnék megoldani:
pl. hup.hu//// ugyanazt az oldalt dobja, mint a hup.hu
Mint látjátok ez a hup.hu-n is probléma.
Ezt szeretném kiküszöbölni, hogy minden hup.hu/+(akárhány /) irányítódjon át a hup.hu/-re.

Sajnos mire eljut a programomig a hívás, ott már nem látja a sok /-t, csak 1-et. Így marad az nginx config.
Az alábbival próbálkoztam, de már a hup.hu//-t sem irányítja át:

rewrite ^(.*)//$ $1/ permanent;

Sziasztok!

Valaki nem tudja esetleg hogyan lehet teljesen kikapcsolni? Menükben nem találok ilyet. Alapértelmezetten angol, így aláhúz mindent.

Sziasztok!

Az ELTE Neptun oldalára (https://hallgato.neptun.elte.hu/Login.aspx) kell napjában gyakran belépnem, minden alkalommal megadom a felhasználói nevem, jelszavam de ez egy idő után nagyon idegesítő. Szeretném, hogy megjegyezze a Firefox de nem ajánlja fel (más oldalak esetén természetesen igen).

Miként lehetne megjegyeztetni vele a név-jelszó párost?

Köszönöm.

Sziasztok!

Szeretnék egy olyan oldalon ssl "beléptetést" csinálni, ahova rendelkezem érvényes "megbízható" tanúsítvánnyal.
Saját magam által aláírtat már csináltam többször is, egész jó leírások vannak hozzá, perfektül működik. Kliens generálja a csr-t, visszakapja tőlem a generált crt-t. Nálam pedig saját CA dekkol. Pirosan virít az oldal, így be kell importálni a saját ca-t, de működik perfektül.

De mi a helyzet amikor rendes vásárolt tanúsítvány van a szerveren?
Ilyenkor mi a menete a generálásnak? Erre nem nagyon találtam leírást eddig.

(linux szerver, apache webszerverrel)

köszi

Sziasztok!

Csere érett egy régi 3-as Debian postfix-szel, az utódja egy szép új Red Hat, ssl-el, minden nyalánksággal. Nem egy teljesen hagyományos levelező szervez ez, egy bizonyos email címre fogad rendeléseket (megrendeles@megrendeles.com), azt egy rendszer feldolgozza, majd ugyanennek a szervernek a postafiókjába pakolja a megrendelés visszaigazolását, számláját, de ezt már user postafiókjába (user1@megrendeles.com).
Teszt jelleggel egy felhasználónál átállnánk az új szerverre oly módon, hogy a megrendeles@megrendeles.com-ra érkező levél, ha a 587-es porton jön, akkor a tűzfal belül átdobja a megrendeles_teszt.com-ra, ami az új szerver.
A feldolgozás megtörténik, utána a régi gép készíti a számlát a régi postafiókba, ahonnan egy .forward fájl-lal dobnánk át az új gép postafiókjába.
A dilemmám az, hogy mi legyen a .forward fájlban? Hiszen az új teszt gépen ugyanaz a virtuális domain van, mint a régin (megrendeles.com). Ha azt írom bele, hogy 'user1@megrendeles_teszt.com', akkor valszeg el fog hajtani az új gépen a postfix, hogy márpedig ilyen domain itt nincs.
Jól gondolom?

Köszönöm!

Sziasztok,

A dropbox Public Folder funkciójával osztok meg néhány statikus html fájlt, privát használatra, amelyek kezdőlapnak vannak beállítva a család több számítógépén.
Ma kaptam egy emailt, amiben tájékoztatnak, hogy októbertől megszüntetik ezt a funkcionalitást:

Hi,

We’re writing to let you know that we’ll be discontinuing the ability to render HTML content in-browser via shared links or Public Folder. If you're using Dropbox shared links to host HTML files for a website, the content will no longer display in-browser.
Please note that this change will take effect for your account on October 3, 2016, and only impacts how shared files are displayed on the web. Your files will remain safe in Dropbox.
Thanks for being a loyal Dropbox user.

-The Dropbox Team

Érdeklődnék, hogy tudtok-e olyan ingyenes alternatívát ajánlani, amellyel ez a dropbox funkció a jövőben kiváltható?
Nem szeretnék néhány kilobájtnyi privát használatú html fájl hostolásáért tárhelyet venni...

Köszönöm előre is!