halihó.
az iceweasel-em az utóbbi időben (3.5.13) random elszáll (túl sok kiegészítő...?), feltettem hát (vonakodva) 1 operát (10.63). ezzel most az a gondom kb. 3 nap használat után, hogy mindegy, milyen oldalról van szó, de van, hogy csak 2-3 frissítés után hajlandó betöltődni.
elegem van. ki mit használ, vagy mit b_szok el?
előre is köszi.
Sziasztok!
Van egy Postfix MTA + Dovecot LDA (+ Dovecot imapd/pop3d) rendszerem, virtuális felhasználókkal (mysql adatbázisban vannak tárolva) Ubuntu Server 10.04.1 -en és azt szeretném, hogy amikor létrejön egy új felhasználó könyvtára (/srv/vmail/$DOMAIN/$USER/Maildir), akkor abban a könyvtárban legyenek alkönyvtárként a következők is:
.Sent
.Trash
.Drafts
Természetesen az alkönyvtárak is Maildir formátumúak.
Jelenleg a Dovecot létrehozza /srv/vmail/$DOMAIN/$USER/Maildir -t és alá egy .spam könyvárat is, amikor a felhasználó először kap emailt vagy először belép imap/pop3 segítségével a fiókjába. A .spam az azért jön létre, mert van egy sieve szabály beállítva.
Azt tudom, hogy ha nem virtuális felhasználókkal dolgozok, a /etc/skel/Maildir könyvtárban elég létrehoznom ezeket az alkönyvtárakat és a rendszerfelhasználók kreálásakor ezek is bemásolódnak a $HOME/Maildir alá. De virtuális felhasználókra vonatkozólag nem találom, hogyan kellene ezt megoldanom (ez és ez nem segít).
Nekem elég rossz megoldásnak tűnik, hogy írjak egy bash szkriptet, ami mondjuk 5 percenként fut cron -ból és ellenőrzi, hogy van -e minden felhasználónak a felhasználónak .Sent/.Trash/.Drafts könyvtára és ha nincs, akkor létrehozza őket... van erre valami triviális vagy kevésbé triviális, de "szabványos" (lehetőleg Dovecot) megoldás?
Köszönöm előre is a segítséget!
Tisztelt HUP kozosseg!
Egy olyan problemam lenne, hogy hasznalunk egy mailmant, ami meg egy eve remek volt arra a celra, hogy kimenjen tagjainknak "hirlevel". Tudom, maillist program, de akkor vmiert ez kerult fel.
Mara eljutottunk oda, hogy nagyon nagy mar a cimlista es erdeklodnek, hogy van-e valakinek valami tippje arra, hogy mailman alol hogyan v mivel lehetne megoldani a kikuldesi utemezest, hogy ne egyszerre tolja ki az osszes mailt?
Amiket neztem hirlevelkuldoket (amik valoban arra valoak), web-es felulettel rendelkeznek, ez pedig azert volt jobb megoldas mert a tisztelt vezetoseg aki irhatott ide, az megirta a kis levelkejet a kis levelezoprogramjaba es kuldhette. emiatt ha lehet nem cserelnem a mostani megoldast.
koszonettel
lipiqe
Sziasztok!
Szívem szerint Exchange-t haszálnék, de Linuxos gépre nem tudom feltenni és most ingyenes kellene.
Nézegettem már mindenfélét, a Zimbra-n akadt meg a szemem. Egy gondom van vele, hogy a leírás szerint nem lehet online backup-ot készíteni róla. Ha jól tudom mysql a backendje. Akinek van Zimbra-s tapasztalata, ki tudna segíteni némi tanáccsal?
Az online backup lehetősége nagyon fontos, a cél, hogy csak a szoftverfrissítések idejére álljak le.
Köszönöm.
Sziasztok!
Eddig akár hogy is használtam a gmailes címemet, mindig letöltötte otthonra az összes levelet ha olvasott volt ha nem. Szóval kényelmesen lehetett bárhonnan használni, aztán ha egyszer hazaértem minden levelezés megvolt szépen az otthoni gépen is.
Ez kb. egy hónapja megváltozott és most csak az olvasatlanokat tölti le, POP protokollon keresztül. Történt valami változás? Más is tapasztalt ilyeneket? Vissza lehet valahogy állítani hogy az eddig megszokott módon töltsön le mindent?
Sziasztok!
A tutos-hoz hasonló, projekt és hibakezelő rendszert keresek, az adott funkcionalítással!PHP előnyben, nyelv nem számít, ha emberi(ne ugandai).Amiért a tutos nem vált be, hogy mocskos módom bugos!Minden ötletet szívesen fogadok, de annak örülnék, ha valakinek tapasztalata is lenne, egy-egy rendszerrel, akár éles környezetben, akár demóban.
Ha valakinek van tapasztalata a témában szívesen fogadom!
Üdv,
peep
Segítséget szeretnék kérni,
hogyan tudom csak a szöveget nagyítani chromium böngészőben?
Az infó alapján amit találtam, jól sejtem hogy direkt kivették chromium-ból (1-esben még volt, azt írják)? Ha igen akkor gáz, mert van olyan oldal amelyen a betű pár pixel, viszont a logo hatalmas, és ha nagyítom az egészet, akkor teljes képernyőnyi lesz a logo, emiatt szétesik a lap.
Meg tud valaki erősíteni hogy nincs benne ez a feature?
Tesztelgetem, de ez nagyon kellene bele szerintem.
Előre is köszi!
Sziasztok,
nem tud valaki olyan ingyenes tárhelyet (lehetőleg magyart), ahol cakephp alkalmazásokat tudnék tesztelni?
korrekt url-rewrite (apache), php5.3, mysql, php mail
freeweb, ultraweb, atw nem megy, supportoktól visszajelzés eddig nem jött.
csak arra kell a dolog, hogy a majdnem kész projekteket az ügyfeleim tesztelni tudják.
erre csak ezért most nem bérelnék vps-t... :S
Sokat segítene! Üdv
sipiatti
Üdv!
Adott egy weboldal, minden fájl UTF-8 kódolású. Localhost-on jó a megjelenítés, előző webtárhelyen szintén. Azonban most váltottam webtárhelyet, itt viszont a szerver azt közli a böngészővel, hogy ISO-8859-2 a kódolás, az eredmény pedig olvashatatlan szövegek. Nem szeretnék többszáz fájlt átkódolni egy szerintem bajos szabványhoz, a UTF-8-cal sose volt gondom, megkérdezném, hogy tudtok-e megoldást. Nyilván a szerverhez nem férek hozzá, a tech support egyelőre nem válaszolt, nem hinném, hogy csak miattam beállítanak még pár kihagyott dolgot a szerveren, helyi szinten lenne jó valami erőltetés.
Nyilván az index.php (vegyesen használok HTML, PHP és JavaScript fájlokat) fájlban lévő meta részben tárolt charset=UTF-8 nem ér semmit, a böngészőben ISO-8859-2 a karakterkódolás.
Találtam olyanokat, hogy:
?php header('Content-Type:text/html; charset=UTF-8'); ?> - de ennél egy hibaüzenet kerül az oldal első sorába: Warning: Cannot modify header information - headers already sent by (output started at /USER/lynx/teszt/index.php:3) in /USER/lynx/teszt/index.php on line 3. Változás nincs. Találtam egy ilyet is:
?php ini_set('default_charset', 'UTF-8'); ?> - ez mintha ott se lenne.
A PHP megoldásokon kívül találtam .htaccess fájlba írandókat, ezeknek a variációit nem írnám le, sokat kipróbáltam, az egyetlen, ami működött:
FilesMatch "\.(htm|html|css|js|php)$">
ForceType 'charset=UTF-8'
/FilesMatch>
de ennél meg nem működnek a PHP scriptek, csak a HTML és a JavaScript, az így kapott kódolás viszont tényleg UTF-8. Értelem szerűen ha kiveszem a "php"-t a fájlból, akkor megint a rossz karakterkódolás, ha meg átnevezem az index.php-t index.html-re, akkor nem hajtódnak végre a PHP scriptek, és mivel csak a füleket kezeli a JavaScript, a szövegeket meg a HTML, lényegében üres oldalakat kapok, csak fülekkel, minden elemet PHP scriptek raknak a helyükre, és a "vendégkönyv" is részben PHP-re van bízva, tehát szerves része az oldalnak.
De mint mondtam nem a PHP-vel van a gond, hanem a karakterkódolással, azzal sincs tényleges gond, csak ez a szerver azonosítja rosszul. Egyébként a Dataglobe-ról van szó.
Minden fájl Bluefish Editorral készült, UTF-8 kódolással.
A többi lehetőség, amit találtam, mind a szerveroldali beállításokról szólt. Az itt található összes variációt próbáltam, de csak a fenti működött.
Valakinek esetleg van tapasztalata ilyesmivel?
Megjegyzem az itteni PHP és .htaccess kódhibák szándékosak, egyébként nem jelenik meg.
Ajaxterm
- site: lesuisse.org, Debian git
- szerzo: Antony Lesuisse, Julien Valroff (Debian maintainer)
- technologia: AJAX
- licenc:
- platform: Unix; Apache httpd (elvileg legalabb lighttpd-ben is fut); Python 2.3+; SSH daemon
- statusz: utolso release 2006-ban, de a Debian maintainer folyamatosan patcheli
- bugok: Firefoxban user.js modositasa szukseges paste engedelyezesehez
WebShell
- site: University of Michigan, Google Code
- szerzo: Marc S. Ressl, Aleksander Adamowski
- technologia: AJAX, integralt https szerver es ssh daemon
- licenc:
- platform: Unix, Python 2.3+, pyOpenSSL, OpenSSL
- statusz: Ajaxtermen alapul, eredetileg smartphone kliens, utolso release 2008-ban
- bugok: ld. Google Code issues
wsh ("Web Shell")
- site: gray-world.net
- szerzo: Alex Dyatlov, Simon Castro
- technologia: Java servlet, Perl, SSL, custom shell (nem OS shell)
- licenc:
- platform: Unix/Win; httpd; Perl kliens+Net::SSLeay
- statusz: utolso release 2006-ban
- bugok: ?
htsh
- site: Ajaxian.com, Google Code
- szerzo: Adeel Khan
- technologia: PHP, Javascript/jQuery, custom shell (nem OS shell)
- licenc:
- platform: multi (?), httpd, PHP
- statusz: utolso/egyetlen (?) release 2007-ben
- bugok: insecure ;-)
Anyterm
- site: anyterm.org
- szerzo: Phil Endecott
- technologia: Javascript
- licenc: GPL; anyterm.org: 1 ev = 10 GBP
- platform: Unix
- statusz: aktiv (2009. februar, SVN)
- bugok: ?
Futottak meg: MindTerm (Java, ujabban kereskedelmi licenc), ShellInABox (erosen beta)
--- 3party/MITM/kereskedelmi megoldasok ---
Browser Shell
- site: browsershell.com
- szerzo: ? (browsershell.com)
- technologia: AJAX
- licenc: kereskedelmi/trialware, 15 USD = 1 ev, 50 USD = korlatlan hasznalat
- platform: Unix
- statusz: ?
- bugok: non-free, closed source, vendornal fut a http szerver/login
consoleFISH
- site: serfish.com
- szerzo: ? (serfish.com)
- technologia: AJAX
- licenc: free service +captcha popup; 'personal account' = 15 EUR/ev
- platform: Unix
- statusz: ?
- bugok: closed source, vendornal fut a http szerver/login, unencrypted tunnel a szerveren...