Sziasztok,
Mostanság egyre több oldalon kapok pop-under-t, hogy az oldal cookiekat használ. Azon kívül, hogy idegesítő, milyen jelentőséggel bír?
Sziasztok,
Ötleteket keresek webes szolgáltatás regisztrációja megoldásához email felhasználása nélkül. El akarok játszani a gondolattal, hogy lehet-e és érdemes-e. User és pass lehet, csak email nem.
Cél, hogy kizárható legyen a felhasználó adott esetben (pl. spammel egy fórumot).
Azzal a gondolattal játszottam el, hogy lehetséges-e csinálni egy olyan webes szolgáltatást, ahol nem kérünk "kényelmetlen" regisztrációt, hanem azonnal használhatják a szolgáltatást a user-ek. Feltölthetnek infót.
Tartalmazna lehetőséget a rendszer arra is, hogy más felhasználók jelentsék a nem megengedett tevékenységet. Ehhez ugye tudnom kell technikailag azonosítani a kitiltandó user-t.
Tehát a cél a regisztráció kényelmetlensége nélküli használat akár anoním, mégis technikailag kitiltható módon. Erre nem találok egyelőre jó megoldást.
Köszi.
https://www.google.com/starwars/
már a csapból is...
Ki használja, próbálta már a Mozilla $subject lehetőségét és mik a tapasztalatok vele?
Meguntam, hogy a céges környezetben minden kliensen, minden felhasználónak manuálisan állítgassam a levelezését, szeretnék egy egységes template alapján központi configot küldeni elsősorban a TB-nek, másodsorban majd FF-nak is.
Még a Mozilla hőskorából való leírások alapján végül is nagyrészt működik a dolog, de:
- van egyszerűbb megoldás központilag generált config használatára, mint:
1. A program default/prefs mappájába "injektálni" egy .js-t, ami egy .cfg használatára utasítja (a general.config.filename csak egy file-nevet fogad el, aminek a program mappájában _kell_ lennie, nem lehet remote, de még abszolút elérési út sem)
2. A program mappájába "injektálni" a .cfg file-t, amiben már megadható az autoadmin.global_config_url-el távoli file
3. lépésben behúzhatom végre a lényegi configot, amit dinamikusan generálok a user AD adatai alapján
- másik felmerült problémám, hogy amint a fenti központi config módszert használni kezdem, a fiókbeállítások ablak működésképtelenné válik: bármit módosítok benne, nem lehet OK-zni, csak Cancel-ezni. Annak ellenére, hogy elvileg pref/lockPref/defaultPref paraméterek megfelelő használatával pontosan meg lehetne adni, hogy mi az, amit később a user felülbírálhat, mi az amit nem?
- mindezen túl: tud valaki valami jól összeszedett leírást, esetleg direkt ilyesmi központi konfigurációra való (web)UI-t, ami tartalmazza a lehetséges beállítási paramétereket? Vagy marad a manuálisan beállított TB "donor"-ból való kibányászás? Mert, sajnos rengeteg config paraméter van és nincsenek agyondokumentálva.
Sziasztok!
Szeretnék segítséget kérni, mert kicsit elakadtam. Adott egy új levelező szerver postfix-al virtual domainekkel. Ez egy migrált szerver, az eredeti szerveren minden működött. Itt is csak az aliasokkal van gond. Ha alias címre küdök levelet pl abuse@valami.hu akkor user unknown hibaüzenet kapok vissza. Ha lefuttatom a szerveren a
postmap -q abuse@valami.hu mysql:/etc/postfix/mysql_virtual_alias_maps.cf akkor szépen visszadja az eredményt.
Tehát megvan user.
A main.cf idevonatkozó része:
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf
A logban olyat látok, hogy amikor az amavis visszadja a levelet a postfixnak, akkor mondja azt a postfix, hogy user unknown:
Dec 8 14:19:19 ujvalami postfix/pipe[15295]: 7BE7A1240096: to=, relay=dovecot, delay=0.18, delays=0.06/0/0/0.12, dsn=5.1.1, status=bounced (user unknown)
Ha van valakinek ötlete kérem segítsen.
Köszönöm!
Sziasztok!
Találkoztatok már olyannal, hogy egy IMAP kliens (Outlook) reggel 8 körül még authentikál rendesen, utána már nem. Tehát reggel még van ilyen a logban:
Dec 7 08:02:23 mail dovecot: imap-login: Login: user=, method=PLAIN, rip=1.2.3.4, lip=172.16.1.2, mpid=58301, session=
Utána meg sok ilyen, ami sanszos, hogy ő volt:
Dec 7 15:27:32 mail dovecot: imap-login: Disconnected: Inactivity (no auth attempts in 180 secs): user=<>, rip=1.2.3.4, lip=172.16.1.2, session=
(a remote ip-t átírtam :) )
Van ennek valami értelme?
Köszönöm!
Üdv,
Lenne egy hobbi projektem, amiben több száz képet kellene tárolni és megjeleniteni egy weblapon. A kérdésem az, hogy manapság mi ennek a megfelelő módja?
Kicsit kifejtve: PHP + mysql (erre érdekelne how-to)
Ami idejétmúl (bár ez menne magamtól is)t: kézzel bepakolni egy statikus HTML-be a képeket és a leirásokat (a jövőben nem fognak változni)
Előre is köszönöm.
Hi,
Egy ismerősöm szeretné Google for Apps alá bekötni a meglévő weboldala összes email címét úgy, hogy Google for Apps előfizetéssel oda irányítja a domain teljes levelezését. Ez eddig teljesen egyszerű dolog, nem is okoz problémát, de...
...megkérdezte és hirtelen nem tudtam válaszolni, hogy ha van neki egy valaki@gmail.com email címe, klasszikus ingyenes verzióval, akkor lehet-e valahogy erre az account-ra bekötni a valaki@weboldal.hu email címet, hogy egy fiókja legyen vagy mindenképpen kettő (egy ingyenes @gmail.com és egy fizetős @weboldal.hu) fiókja lesz?
Sziasztok,
Olyan e-mail szolgáltatót keresek, aki meg tud felelni az MNB 1/2015 dokumentumban foglalt ajánlásoknak és nem minősül publikus cloud szolgáltatásnak:
http://alk.mnb.hu/data/cms2429610/MNB_Ajanlas_Informatikai_rendszer_ved…
Office 365 sajnos kilőve - http://curia.europa.eu/jcms/upload/docs/application/pdf/2015-10/cp15011… miatt...
Összesen 5 db mailboxról lenne szó.
Viszonylag sürgős lenne a dolog!
Köszönöm!
G.
Sziasztok,
látom sokan velem együtt tehetetlenek a freemail spamszűrésével és megbízhatatlanságával, elérhetetlenségével szemben.
Gondolom kb 1-2 ember tartja életben az egészet, nem őket hibáztatom!
Esetleg nem lehetne figyelmeztető sztrájkot folytatnunk a freemail-el szemben mindaddig, amíg nem változtatnak?
vagy a tőlük beérkező levelek tetejére tolni egy a megbízhatatlanságáról szóló szöveget?
BB