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

Üdv!

Egy ideje már egy Motorola Milsetone a telefonom, azonban a mai napig nem találtam módot arra, hogy megosszam a telefonomon elérhető mobilinternetet a Linux-ommal. Windows alatt pofon egyszerű a történet, PdaNet program a telefonra és a Windows-ra és máris működik.
Linux alá azonban mintha senki nem törődne ezzel, pedig az Android is egy Linux alapú rendszer, ergo rokona a többinek.
A leghasználhatóbb leírás, amit találtam itt van, azonban a "Follow the instructions here" résznél a "here" ide irányít át, ami ugye 404. Próbáltam beírni a hu-HU helyett en-US-t, en-GB-t, sőt en-t is, utóbbinál egy Eclipse leírás jött elő, a többinél 404. Ezt a leírást több helyen is megtaláltam, de sajnos mindenhol ez a link szerepel.
Ráadásul az Android SDK-t se tudom telepíteni a Linuxomra (a leírásnál szereplő linknél szintén 404 egyébként), mivel a README-ből az derül ki, hogy vagy megkeresem és letöltöm minden összetevőjét (ami feltételezi, hogy értek hozzá, pedig nem), vagy használom azt az egyetlen programot, ami képes frissíteni, de ezt se igazán értem, telepíteni kéne, nem csak futtatni, meg nem virtuális Android környezetet akarok létrehozni.. szóval nem értek ehhez, a leírásban semmi ilyesmi nem szerepel.
Ráadásul épp nincs internetem, a modemem megadta magát és most még napokig csak a mobilnet van.
Szóval érdekelne egy aktuális megoldás arra, hogy a mobilinternetet Androiddal megoszthassam a notebookomon lévő Linux-szal.

ui.: Motorola MILESTONE, vagyis NINCS benne olyan, hogy hálózat megosztás!

Azt szeretném megtudni ,hogy hogyan lehet a Pidgin-t több példényban futtatni egy asztalon.
Ubuntu 10.04 ,KDE.
A segítségeteket előre is köszönöm!

Hello!

Nem nagyon szoktam irc-zni regebben neha fel neztem #hup.hu -ra de most valamiert nem tudok csatlakozni a csatornahoz.
Alabbi hiba uzenetet kapom:

#hup.hu :Cannot join channel (+r) - you need to be identified with services

Valami plusz meghivasra lenne meg szukseg vagy mi a problema?

Sziasztok!

Ha Firefox-ban "CTRL - +"-szal felnagyitok egy oldalt, akkor a kepek nagyon csunyak lesznek. A Chromium eseten nincs ilyen gond, az szepen nagyitja a kepeket.

Itt egy kepernyomentes:
.

Rendszer: Ubuntu Linux, Firefox 3.6. Mar a korabbi FF-okkal is volt ilyen gondom.

Koszi:

Jabba

Hátha valakinek sikerült.
Megfigyeltem hogy gmail-es fijókhoz a MUA-ban akármilyen email címet is adsz meg a MAIL FROM mindig a gmail-es accountot fogja tartalmazni ha küldesz egy emailt. Na most ezt szeretném én postfixben is megcsinálni. Már végig olvastam az ADDRESS REWRITE-os Readme, meg a smtpd_sender_login_maps részt, de a ketőt egybe buherálni nem sikerül. Szóval arra lenne szükségem hogy pl. SASL authenticated user ha barmit is add meg az Email Sender Addressnek, mindig úgy küldje az email mint a username-hez tartoző eredeti email cím.

Tuddna valaki segíteni?

Előre is köszönöm.

Webhosting mellé, több domain kiszolgálására használt levelező rendszer összeállítása elég komplex feladat. Bár van néhány több éves téma, ami ennek egyes részleteivel foglalkozik, de szeretném itt a mai kornak, mai igényeknek megfelelően, lehetőleg A-tól Z-ig összegyűjteni egy ilyen rendszer különböző megoldásait, azok előnyeivel, hátrányaival, konfigurációjával együtt.

Ami nálam eddig bevett szokás volt, de most már kevés:
- Postfix MTA, MySQL-ben tárolt virtual userekkel és domainekkel
- SQLgrey (korábban postgrey) greylisting
- Amavis + általa futtatott SpamAssassin és ClamAV vírus- és spamszűrésre
- Courier POP3 a mailbox-ok eléréséhez.
- Egyszerű, pop3 alapű webmail "hogy végső esetre az is legyen"

Ami mostanában merül fel egyre gyakoribb igényként és nem tűnik egyszerű feladatnak:
- Vírus- és spamkezelés perszonalizálása domainenként illetve felhasználónként
- Ezen beállítások adminisztrálására jól használható, webes admin felület

Ami kérdések felmerültek ezzel kapcsolatban:
- Spamassasin leválasztása az Amavisról és peruser konfigurálása mysql adatbázisból?
- Amavis konfigurálása adatbázisból - ami sokkal bonyolultabbnak tűnik, mint a SA?
- Külön admin felület, vagy webmail-be integrált megoldás?
- Utóbbi esetben milyen webmail rendszer támogatja ezt jól? Squirrel, Roundcube, esetleg más?
- Milyen jó spam-kezelési megoldás alkalmazható, ami pop kliensekkel és imap/webmail userekkel is jól működik? A spamet dobjuk el, tegyük junk folder-be, jelüljük [spam] subject-el, amit majd a lev.programok leválogatnak?
- Vagy bízzuk inkább az egészet egy kész rendszerre? De melyikre?

Sziasztok!

Van egy firewall scriptem:

# Generated by iptables-save v1.4.2 on Sat Apr 17 18:44:24 2010
*filter
:INPUT ACCEPT [110:7412]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [171:81540]
:FIREWALL - [0:0]
-A INPUT -j FIREWALL
-A FORWARD -j FIREWALL
-A FIREWALL -p tcp -m tcp --dport 25 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -p tcp -m tcp --dport 80 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -p tcp -m tcp --dport 110 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -p tcp -m tcp --dport 143 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -p tcp -m tcp --dport 443 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -p tcp -m tcp --dport 465 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -p tcp -m tcp --dport 587 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -p tcp -m tcp --dport 993 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -p tcp -m tcp --dport 995 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -p tcp -m tcp --dport 1723 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -i eth1 -p tcp -m tcp --dport 3128 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -p tcp -m tcp --dport 21 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -i eth1 -p tcp -s 192.168.10.0/24 --dport 139 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -i eth1 -p tcp -s 192.168.10.0/24 --dport 445 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -i eth1 -p udp -s 192.168.10.0/24 --dport 138 -j ACCEPT
-A FIREWALL -i eth1 -p udp -s 192.168.10.0/24 --dport 137 -j ACCEPT
-A FIREWALL -p tcp -m tcp --dport 4650 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -p tcp -m tcp --dport 2222 --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A FIREWALL -i lo -j ACCEPT
-A FIREWALL -p udp -m udp --sport 53 -j ACCEPT
-A FIREWALL -p tcp -m tcp --sport 53 -j ACCEPT
-A FIREWALL -p udp -m udp --dport 123 -j ACCEPT
-A FIREWALL -p udp -m udp --sport 123 -j ACCEPT
-A FIREWALL -p udp -m udp --sport 6277 -j ACCEPT
-A FIREWALL -p udp -m udp --sport 24441 -j ACCEPT
-A FIREWALL -p icmp -m icmp --icmp-type 3 -j ACCEPT
-A FIREWALL -p icmp -m icmp --icmp-type 4 -j ACCEPT
-A FIREWALL -p icmp -m icmp --icmp-type 11 -j ACCEPT
-A FIREWALL -p icmp -m icmp --icmp-type 12 -j ACCEPT
-A FIREWALL -p icmp -m icmp --icmp-type 0 -j ACCEPT
-A FIREWALL -p icmp -m icmp --icmp-type 8 -j ACCEPT
-A FIREWALL -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -j REJECT --reject-with icmp-port-unreachable
-A FIREWALL -p udp -m udp -j REJECT --reject-with icmp-port-unreachable
-A FIREWALL -p icmp -j DROP
COMMIT
# Completed on Sat Apr 17 18:44:24 2010

Ezt szeretném átalakítani úgy hogy NAT-oljon. Ha parancssorba írom be, hogy:
iptables -t nat -A POSTROUTING -s 192.168.10.0/24 -j SNAT --to-source 192.168.25.90 akkor minden OK. Ha a -t nat... utáni részt berakom a scriptbe, akkor egyszerűen nem akar működni. Mindig szintaktikai hibát jelez. Mit csinálok rosszul?

Elég nagy kamunak tűnik, van mellé csatolva két dokumentum is. Ilyennel eddig még nem találkoztam.

http://pastebin.com/DK9FceqQ

hali,

Az a feladatom, hogy drupal-ból egy cég blogbejegyzéseit nyomjam ki ide: facebook, twitter, iwiw klub üzenetek, network.hu

a FB és twitter sima ügy rss-en keresztül lehet őket feedelni.

Az iwiw-en curl-al csináltam meg, hogy a klub üzenőfalára kikerüljön a friss bejegyzés, de a klubbos üzenőfal gagyi, nem látszik a személyes hírfolyamban. Ezért néha körüzenetet kellene küldeni a klubból, de ezt nem megy curl-el, elakadtam.

Amikor ide akarok menni: http://iwiw.hu/pages/message/commsgcompose.jsp?cID=xxxxxxx akkor 302-t kapok a response header-ben, míg élőben firefoxból 200 van a headerben. Vki találkozott már ezzel/ilyennel? - kódot tudok küldeni ha kell

Vagy tudtok ajánlani vmi iwiw api-t, tool-t amivel kényelmesebben tudom megcsinálni?

network.hu-n szintén megbuktam a curl-el, van egy token amit ha curl-al megyek nem generál bele az oldal html forrásába, amíg böngészővel menve megvan. Ide 5let?

köszi,
fifty

Sziasztok, adott egy apache utf8 rendszeren, rajta több kisebb php alkalmazás. (Ubuntu 8.04LTS) Minden rendben működik, kivéve egy régi könyvtári kereső cucc, ami cgi-vel dolgozik. sajna a saját kis gépe a könyvtárnak megpukkant (még uhuval ment, 800MHZ PIII :) ) és áttoltam a fő szerveremre a rendszert. Na most a cgi progi zárt forrású, 2000 környékén vásárolt bináris, és főnökeim nem tervezik az újabb verzió beszerzését ami már utf8 alapú lenne (szerintem), ezzel kell dolgozni.

A gond ott van, hogy az apacs koma utf8-ban kódolva adja át neki a form tartalmát, ő viszont iso-8859-2-ben várja. Értelem szerűen a "béla" "bĂŠla" lesz neki, ezért bélát pl. nem lehet így keresni vele, viszont több béla nevű iró is van a könyvek szerzői közt :( (stb.)

sajna az adatbázis is zárt forrású, csak ezzel a cuccal tudunk hozzáférni webalapról. tud-e az apacs olyat, hogy ondöfláj kódol egyikből a másikba? néztem a doksikat, szerintem nem, sőt a mod_charset_lite se erre készült. gondoltam hátha vki belefutott már ilyenbe...

ha nem tud akkor milyen javaslatotok lenne? csináljak egy előfeldolgozót a cgi elé phpban vagy bashban? más ötlet?