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

Hi!

Az ötleteiteket, észrevételeiteket várnám egy levező rendszer átalakításával kapcsolatban. A jelenlegi rendszert "kinőttük", így új hardverre költözéssel egyidőben át is tervezném a rendszert.

Lássuk akkor a "tervet":

Minden gépen debian, azokon postfix.

Internet_1----|mail gw1 (mx1)|-----|Mail server|-----|mail gw2 (mx2)|----Internet_2

Elvárt funkciók:
- felhasználók LDAP-ban
- gray list
- spam szűrés
- webes felület és hozzá kapcsolódó funkciók (vacation, stb.)
- "automatikus" útválasztás

Nagy vonalakban nem látom akadályát, jobban belegondolva egyes részek működését nem látom. :-(

Szóval Mail szerverre tennék egy SQL-t, abba mehet a graylist, így jöhet bármelyik oldalról (mx1, mx2), egy adatbázist használ és nem lesz várakoztatás "csak" azért, mert az előző levelet nem ugyanazon az mx-re küldte.
Ugyanebbe az SQL-be tolnám bele a Spam Assasin adatait is. Na és akkor itt máris egy kérdés: megoldható -e, hogy a gw1 és gw2 ne futtasson Spam Assasint, "csak" a központi Mail szerveren és azt használják a gateway postfixei? Az ok "prózai": a gw gépek "kis" virtuális gépek, spam ellenőrzés meg gépigényes és azt jobban elbírja a központi masina.

Az "automatikis útválasztás" nem csak arról szólna, hogy a bejövő levelek két úton is megérkezhetnek, ha esetleg az egyik vonal szakadt, hanem azt is biztosítani kellene, hogy a kimenő levelek esetén is így viselkedjen a rendszer. Tehát a központi Mail szerveren elküldött levél alapértelmezetten a gw1 felé menjen, viszont annak a vonalnak a szakadása esetén automatikusan a gw2 felé küldje a leveleket. Még kulcsszót sem tudtam kitalálni, hogy mit kérdezzek a google-tól?
Mondjuk ez felvet egyéb kérdést is: pl. mi a helyzet abban az esetben, ha gw1 átveszi a levelet a központi Mail szervertől, majd miközben kézbesítené, akkor szakad meg a vonal és a levél "bennragad" a queue-ban, ezzel mit lehet kezdeni "automatizálás" terén?

Minden ötletet, útmutatást, javaslatot előre is köszönök!

Sziasztok!

Egy weboldalra ki lehet tenni facebook like gombot.
Ez alapvetően kétféle lehet
1, egy külső címet lehet vele like-olni pl magát az adott weboldal lapját: www.enoldalam.hu/cikk.html
2, egy facebook paget lehet likeoltatni pl: facebook.com/azenfacebookoldalam

Ezt úgy lehet megtenni, hogy a like button html kódjában a hivatkozást változtatjuk.

A kérdésem a következő:
Meg lehet-e állapítani, hogy valaki like-olta-e már a facebook oldalt és ennek függvényében más linkre hivatkozni a like button kódjában?

Próbáltam javascripttel belemenni a Like button kódjába, de valamiért nem értem el sikert. Van-e valakinek valami ötlete? Mivel próbálkozhatnék?

Üdv: redman

Sziasztok!

Van egy VPS-em, Debian Squeeze-el. Teljesen jól működik web és mailszerverként. Postfix és Dovecot van összedrótozva, több domaint is kezel.

Jelenleg egy Roundcube van rajta, mint webmail frontend (nem én telepítettem), de ez elég gagyi... Semmit se tud, amit a mai webmail kliensek. Leszedtem, felraktam az Afterlogic Webmail Lite-ot, fel is települt jól, csak éppen a meglévő levelezésekbe nem tudok belépni.

Ezt csináltam:
Afterlogic letölt, kicsomag a /var/lib alá, az /etc/roundcube/apache.conf-ot lemásoltam, /etc/apache2/conf.d/afterlogic.conf néven, átírtam benne a roundcube-ot afterlogic-ra, aztán futtattam az install-t.

Kb. ennyi.
Belépni be tudok az adminnal, ott az IMAP-ot, SMTP-t engedélyeztem is, csak épp nem enged be. Hiába írom be a helyes email/jelszó párost.

Mit ronthattam el?

Előre is köszi a segítséget.
Üdv,
gkaroly

Google Chrome 18.0.1025.162 verziót használok.
Az utóbbi napokban jelentkezett egy olyan probléma, hogy a böngésző újraindítása után nem marad bejelentkezve a weboldalakon annak ellenére hogy a be van pipálva a 'bejelentkezve marad' opció.
Böngészési előzményeket már töröltem. Cookiek engedélyezve vannak. Mi lehet a gond?

Sziasztok!

Erről tud valaki többet:
http://index.hu/tech/2013/02/28/leallt_a_upc_levelezorendszere

Nekem kb. 1 hete volt olyan gondom, hogy a UPC SMTP szervere átvette az elküldendő levelet, majd benyelte. Amikor ezt az ügyfélszolgálaton jeleztem közölték, hogy az SMTP szerver lakóssági szolgáltatás, így vagy működik, vagy nem, de ha elfogadja a levelet akkor működik és pont. Használjak webmailt.

Amikor megjegyeztem, hogy saját domaines címről szeretnék levelet küldeni így a webmail nem megoldás közölték, hogy akkor aki a DNS szervert biztosítja annak kötelessége SMTP szervert biztosítani, és azt az SMTP szervert KELL használnom. Persze ha gondolom választhatom őket domain regisztrátornak és akkor minden jó lesz. Amikor megkérdeztem, hogy akkor miért blokkolják a 25-ös portot és írják, hogy az SMTP szerverüket KELL használni azt a választ kaptam, hogy feloldathatom a blokkolást. Ennyi.

Majd megkérdezte, hogy akkor lezártként elkönyvelheti-e a hibajegyet és megsértődött, mert én ehhez nem járultam hozzá, mivel a hiba továbbra is fent állt.

Sziasztok!

Tud valaki mondani egy Kopete alternatívát a Pidginen kívül?

A Kopete jabber kezelése egyre inkább instabil.

Tehát, ami kellene feature:
- Qt4 felület (KDE4)
- Facebook, Gtalk kezelés (egyszerre többet),
- Naplózás,
- Debian csomag is van rá.

Ha tudtok ilyet, akár többet is, akkor köszönettel veszem!

Üdv,
gkaroly

Sziasztok,

Shoutcast sc_transhoz értő segéderőt keresek.

Össze kéne hergelni windowson egy shoutcast szerverrel, de az istneért sem akarja. Megcsinálom a playlist-et, elinditom, betölti, aztán azt mondja, hogy playlist is empty.

2013-02-25 19:07:47 E msg:[PLAYLISTMGR] Playlist entry [File39=D:\MUSIC\Második Világháború\hajnalodik.mp3] Bad UTF-8 code (73) at position b
2013-02-25 19:07:47 E msg:[PLAYLISTMGR] Playlist entry [File40=D:\MUSIC\Második Világháború\szekely.mp3] Bad UTF-8 code (73) at position b
2013-02-25 19:07:47 I msg:[PLAYLISTMGR] Caching playlist playlists\playlist.lst
2013-02-25 19:07:47 I msg:[PLAYLISTMGR] Load complete
2013-02-25 19:07:47 I msg:[MAIN] Streaming thread starting
2013-02-25 19:07:47 I msg:[RESAMPLER] Deactivated 44100/2 == 44100/2
2013-02-25 19:07:47 I msg:[SOURCEANDENDPOINTMANAGER] Encoder thread 1 starting
2013-02-25 19:07:47 I msg:[SOURCEANDENDPOINTMANAGER] Broadcast thread 1 starting
2013-02-25 19:07:47 I msg:[SOURCERELAY] Thread starting
2013-02-25 19:07:47 I msg:[MP3ENC] 7860/44100/2/128000 Fraunhofer IIS MP3s Encoder V04.01.00 (build 2007-03-15)
2013-02-25 19:07:47 I msg:[MAIN] Playlist decoder thread starting
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Giving replay gain calculator a head start
2013-02-25 19:07:47 I msg:[MP3ENC] 7860/44100/2/128000 MP3 setup complete
2013-02-25 19:07:47 I msg:[RGCALC] Thread running
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Running
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Creating stream socket
2013-02-25 19:07:47 I msg:[DECODE] Giving replay gain calculator a head start
2013-02-25 19:07:47 I msg:[DECODE] Begin decoding
2013-02-25 19:07:47 I msg:[PLAYLISTMGR] Deactivating playlist=playlist id=-1
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Connecting to stream host
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Sending Ultravox 2.1 authentication
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Mime type
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Broadcast setup
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Negotiating buffer sizes
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Negotiated buffer size is 320KB
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Negotiating payload sizes
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Negotiated payload size is 16377
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Configuring ICY-NAME [xya]
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Configuring ICY-GENRE [xya]
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Configuring ICY-URL [http://www.yxs.hu]
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Configuring ICY-PUB [0]
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Flush metadata
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Standby
2013-02-25 19:07:47 I msg:[UVOX2] 7514 Streaming
2013-02-25 19:07:49 W msg:[DECODE] Playlist is empty

Sziasztok,

Meg kellene oldanom, hogy 3db domain címet, amely 1 public ip-re mutat, egy apache2 reverse proxy szétdobáljon belső hálózaton 3 szerver felé.

Ami eddig megvan:

- Mikrotik routeren a 80-as port be van dobva a proxy gép felé
- Proxy gépen lévő konfig:

ServerAdmin itadmin@domain1.hu
ServerName domain1.hu
ServerAlias www.domain1.hu domain1.hu
#proxy
ProxyPreserveHost On
ProxyRequests Off
ProxyPass / http://192.168.16.210/
ProxyPassReverse / http://192.168.16.210/
#proxy vege
ErrorLog /var/log/httpd/domain1.hu-error.log
CustomLog /var/log/httpd/domain1.hu-access.log combined

ServerAdmin itadmin@domain2.hu
ServerName domain2.hu
ServerAlias www.domain2.hu domain2.hu
#proxy
ProxyPreserveHost On
ProxyRequests Off
ProxyPass / http://192.168.16.211/
ProxyPassReverse / http://192.168.16.211/
#proxy vege
ErrorLog /var/log/httpd/domain2.hu-error.log
CustomLog /var/log/httpd/domain2.hu-access.log combined

ServerAdmin itadmin@domain3.hu
DocumentRoot /var/www/html/domain3.hu/
ServerName domain3.hu
ServerAlias www.domain3.hu domain3.hu
#proxy
ProxyPreserveHost On
ProxyRequests Off
ProxyPass / http://192.168.16.212/
ProxyPassReverse / http://192.168.16.212/
#proxy vege
ErrorLog /var/log/httpd/domain3.hu-error.log
CustomLog /var/log/httpd/domain3.hu-access.log combined

De valamiért nem működik. Mindíg a domain1.hu jön be, ha kintről nyitom meg a domain1.hu-t, vagy domain2-őt, akár domain3-at.
Nem vagyok apache2 zsönglőr, úgyhogy jöhetnek az ötletek.

Köszi

Sziasztok!

Adott egy email fiók, benne sokezer levél.
A feladat: kigyűjteni az olvasatlan levelek feladóinak email címét és egy csv vagy xls fileba exportálni.
Ezt hogy tudnám megcsinálni?

Help?

köszönöm!

PZ

Sziasztok!

Egy ideje már küzdök azzal, hogy felhasználóim nevében (valószínű jelszavuk megszerzésével) spam üzeneteket küldenek a levelező szerverről. Postfix a levelező szerver. Ezeket a domaineket blokkolni szeretném, tehát ne lehessen rájuk levelet küldeni.

Amivel már próbálkoztam:
1, google
2, main.cf
#smtpd_recipient_restrictions = check_sender_access hash:/etc/postfix/sender_access.db
smtpd_sender_restrictions = check_sender_access regexp:/etc/postfix/sender_access
#smtpd_sender_restrictions = hash:/etc/postfix/sender_access
#reject_unauth_destination = hash:/etc/postfix/sender_access

sender_access tartalma:

#aol.com reject_unverified_sender
hotmail.com reject_unverified_sender
bigfoot.com reject_unverified_sender
barclays.co.uk reject_unverified_sender
lloydstsb.com reject_unverified_sender
hsbs.co.uk reject_unverified_sender
ppl.com reject_unverified_sender
lycos.co.uk reject_unverified_sender
#qq.com reject_unverified_sender
yahoo.com.tw reject_unverified_sender
kimo.com reject_unverified_sender
qq.com DISCARD
aol.com DISCARD

A kikommentezett sorok a próbálkozások

A fenti dolgok nem voltak sikeresek.

Tehát azt szeretném hogy a felvett domainekre ne tudjak levelet küldeni.

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

Üdv.
TTSZ