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

A kornyezetrol:
- CentOS 5.4 64bit
- postfix
- openLDAP
- regi szerver (regiserver.hu, 111.111.111.111)
- mail szerver (mail.masikserver.hu, 222.222.222.222)
- uj szerver (ujserver.hu, 333.333.333.333)
- virtualis domain (virtual.hu, 111.111.111.111 > 333.333.333.333)

A problema:
Adott egy regi szerver (regiserver.hu), ami tobb domain web-es megjeleneset, ill. levelezeset hivatott kiszolgalni. Ez a vas mar egy cseppet elavult lett az evek folyaman, azert a tulaj beruhazott egy uj vasba (ujserver.hu). A tulaj levelezesere egy masik szerver szolgal (mail.masikserver.hu).
Az adatok migralasa megtortent az uj szerver iranyaba, de egy problemaba utkoztem. A teszt kedveert egyelore csak egy domain (virtual.hu) mutat at az uj szerverre. Ennek levelezese, web-es megjelenese mar az uj szerveren fut (333.333.333.333). Ha levelet kuldok az ujserver.hu (333.333.333.333) iranybol mail.masikserver.hu (222.222.222.222) iranyba, akkor 550-es hibaval visszautasitodik a level (unknown user). Ha ezt forditva teszem, akkor szinten az elozo hiba jon elo.

Egyeb mas iranyba/-bol tudok levelet kuldeni/fogadni.

openLDAP struktura:

  -regi szerver:
    o=szervernev,c=hu
    + ou=virtual.hu
      - mail=usernev1@virtual.hu
      - mail=usernev2@virtual.hu
        ...
  - uj szerver:
    dc=szervernev,dc=hu
     + o=domains
       + domainName=virtual.hu
         + ou=Users
           - mail=usernev1@virtaul.hu
           - mail=usernev2@virtual.hu
             ...

Reszlet az ujserver.hu /var/log/maillog -bol:

[... virtual.hu > mail.masikserver.hu ...]
Dec  1 11:24:15 uj postfix/smtpd[7855]: connect from uj.ujserver.hu[127.0.0.1]
Dec  1 11:24:15 uj postfix/trivial-rewrite[7857]: warning: do not list domain virtual.hu in BOTH virtual_mailbox_domains and relay_domains
Dec  1 11:24:15 uj postfix/trivial-rewrite[7857]: warning: do not list domain regiserver.hu in BOTH virtual_mailbox_domains and relay_domains
Dec  1 11:24:15 uj postfix/smtpd[7855]: NOQUEUE: reject: RCPT from uj.ujserver.hu[127.0.0.1]: 550 5.1.1 <usernev@mail.masikserver.hu>: Recipient address rejected: User unknown in virtual mailbox table; from=<usernev1@virtual.hu> to=<usernev@mail.masikserver.hu> proto=ESMTP helo=<333.333.333.333>
Dec  1 11:24:15 uj roundcube: Invalid response code received from server (550):
Dec  1 11:24:15 uj postfix/smtpd[7855]: disconnect from uj.ujserver.hu[127.0.0.1]
Dec  1 11:24:15 uj roundcube: [01-Dec-2009 11:24:15 +0100] SMTP Error: SMTP error: Failed to add recipient 'usernev@mail.masikserver.hu' in /var/www/roundcubemail-0.2.1/program/steps/mail/func.inc on line 1296 (POST /mail/?_task=mail&_action=send)
[...]

[... mail.masikserver.hu > virtual.hu ...]
Dec  1 11:30:49 uj postfix/smtpd[8075]: connect from unknown[222.222.222.222]
Dec  1 11:30:49 uj postfix/trivial-rewrite[8078]: warning: do not list domain ujserver.hu in BOTH virtual_mailbox_domains and relay_domains
Dec  1 11:30:49 uj postfix/trivial-rewrite[8078]: warning: do not list domain virtual.hu in BOTH virtual_mailbox_domains and relay_domains
Dec  1 11:30:49 uj postfix/smtpd[8075]: NOQUEUE: reject: RCPT from unknown[222.222.222.222]: 550 5.1.0 <usernev@mail.masikserver.hu>: Sender address rejected: User unknown in virtual mailbox table; from=<usernev@mail.masikserver.hu> to=<usernev1@virtual.hu> proto=ESMTP helo=<mail.masikserver.hu>
Dec  1 11:30:50 uj postfix/smtpd[8075]: disconnect from unknown[222.222.222.222]
[...]

Reszlet a mail.masikserver.hu /var/log/mail.info -bol (debian):

[... mail.masikserver.hu > virtual.hu ...]
Dec  1 11:30:49 mail postfix/qmgr[2262]: 3DFEF168186: from=<usernev@mail.masikserver.hu>, size=332, nrcpt=1 (queue active)
Dec  1 11:30:50 mail postfix/smtp[15847]: 3DFEF168186: to=<usernev1@virtual.hu>, relay=a.mx.virtual.hu[333.333.333.333]:25, delay=0.88, delays=0.13/0.16/0.19/0.4, dsn=5.1.0, status=bounced (host a.mx.virtual.hu[333.333.333.333] said: 550 5.1.0 <usernev@mail.masikserver.hu>: Sender address rejected: User unknown in virtual mailbox table (in reply to RCPT TO command))
Dec  1 11:30:50 mail postfix/cleanup[15845]: 224CB168187: message-id=<20091201103050.224CB168187@mail.masikserver.hu>
Dec  1 11:30:50 mail postfix/qmgr[2262]: 224CB168187: from=<>, size=2275, nrcpt=1 (queue active)
Dec  1 11:30:50 mail postfix/bounce[15848]: 3DFEF168186: sender non-delivery notification: 224CB168187
Dec  1 11:30:50 mail postfix/qmgr[2262]: 3DFEF168186: removed
Dec  1 11:30:50 mail postfix/smtp[15847]: 224CB168187: to=<usernev@mail.masikserver.hu>, relay=mail.masikserver.hu[222.222.222.222]:25, delay=0.26, delays=0.04/0.01/0.1/0.12, dsn=5.1.1, status=bounced (host mail.masikserver.hu[222.222.222.222] said: 550 5.1.1 User unknown (in reply to RCPT TO command))
Dec  1 11:30:50 mail postfix/qmgr[2262]: 224CB168187: removed
[...]

Amit probaltam:
- A

/etc/postfix/ldap_virtual_alias_maps.cf

es a

/etc/postfix/ldap_virtual_mailbox_domains.cf

query_filter

opciojanak altalanositasa.
- A user-eket fentebb mozgatni az LDAP strukturaban.

Mint fentebb irtam, egyeb mas iranyba/iranybol rendben mukodik a levelezes.

Mivel gyorsan kellett megcsinalnom, ezert gondoltam, hogy igenybe veszek egy felkesz megoldast (iRedMail 0.5.0). Rafaztam...

Ha barki tud segiteni, azt elore is szepen koszonom.

ozs

winxpsp3-ról cmd-ben:

ftp ftp.mozilla.org

felh.: ANONYMOUS
jelszó: enter

csak egyetlen egy "ls" parancs kiadása után:

"A kapcsolatot a távoli számítógép megszakította."

van hivatalos/normális FTP, ahonnan letölthető a Firefox mindig legfrissebb verziója?

Udv!

Sajnos hosszas probalkozas utan kenytelen vagyok felhozni ezt a topicot ennek a mintajara.

Van egy szerver (B), amin van egy bugzilla peldany, es egy masik szerver (L), ahol egy ldap szerver fut.

A problemam az, hogy a bugzilla nem kommunikal a 389- es porton azonositasnal L- lel.

B- rol parancssorbol telnettel elerem L- t a 389- es porton, szoval a halozati hiba kizarva.

A data/params fajlom ide vonatkozo reszei igy neznek ki:

           'LDAPBaseDN' => 'dc=infrastructure',
           'LDAPbinddn' => '',
           'LDAPfilter' => '',
           'LDAPmailattribute' => 'mail',
           'LDAPserver' => 'SERVER',
           'LDAPstarttls' => 0,
           'LDAPuidattribute' => 'uid',
           'auth_env_id' => 'REMOTE_USER',

, illetve van egy parameter, amiben nem vagyok biztos:

'user_verify_class'

, ehhez DB- t is es LDAP- ot is hasznalok.

Termeszetesen modositas utan teljes apache2 restartot is csinalok a perl cache- k miatt.

Valakinek van otlete, esetleg mukodo kodja?

A filterekkel nincs gond, a gond az, hogy nincs adatforgalom bejelentkezesnek a 389- es tcp porton.

Koszi a valaszokat.

Udv!

Van 2 szerver, az egyik egy webszerver (W), a masik egy ldap szerver (L). Az autentikacio mukodik W- rol, viszont szeretnem apache2- vel is ezt az autentikaciot hasznalni.

Jelenleg igy nez ki a konfigfajlom:

Alias /ldaptest /var/www/ldaptest
<Directory /var/www/ldaptest>
        AuthType Basic
        AuthName "Testing"
        AuthBasicProvider ldap
        AuthLDAPURL ldap://SERVER:389/dc=infrastructure?uid?sub(&(employeeType=active)(employeeType=bugzilla))
        Require valid-user
</Directory>

A szukseges ldap modulok hasznalatban vannak, tcpflow- val latok is forgalmat a 389- es porton, viszont minden kiserletemre azt mondja, hogy hibas autentikacio.

Van valakinek otlete, hogy mi lehet a problema? Illetve ha van valakinek mukodo kodja, az is segithet.

Meg ezek az ldap informacioim vannak:

dc=infrastructure
ou=people

Persze az is erdekelne, hogy az ldap szerver hova logol, hatha abbol meg lehetne tudni valamit.

Mindket rendszer debian.

Koszi.

Sziasztok,

Többen panaszkodnak, hogy nem tudnak nekünk levelet küldeni, a lenti hibát kapjak vissza azonnal, de legkésőbb 3 nap múlva. Szolgáltatót felhívtuk, logok szerint az elmúlt 2 hétben 1 alkalommal vol egy 4 perces kimaradás, egyébként a vonal tökéletes 8M.
Jellemzően t-online.hu ügyfelektől nem jön át levél.
Van valakinek ötlete, hogy merre keressük a hibát, illetve kinek továbbítsuk?

> > This is the mail system at host mail01a.mail.t-online.hu.
> >
> > I'm sorry to have to inform you that your message could not
> > be delivered to one or more recipients. It's attached below.
> >
> > For further assistance, please send mail to postmaster.
> >
> > If you do so, please include this problem report. You can
> > delete your own text from the attached returned message.
> >
> > The mail system
> >
> > cimzett címe: connect to
> > mail.domain.hu[XXX.XX.XX.XX]:25: Operation timed out
> >
>

Sziasztok!

Windowsos Thunderbird 3 beta 3 és későbbi verziókhoz szeretnék Thunderbird 3 beta 2 témát. A beta 2 alapértelmezett témája nem teljesen jó az újabb verziókhoz. Keresgéltem, de nem találtam meg a beta 2 témát beta 3+hoz, de még hasonlót sem, ami jól működött volna. A beta 2 témája a Thunderbird 2 témájára épült, így a Thunderbird 2 alapértelmezett témájához hasonló téma is megtenné. Van ötletetek, honnan lehet ilyen témát szerezni?

:)

Pár napja a Pidgin elfelejti az msn nicknevet. Akármit állítok be a következő bejelentkezéskor az email cím @ előtti része lesz a nicknév.
A probléma másnál is jelentkezett http://ubuntuforums.org/showthread.php?t=1331207 , de megoldást nem találtam rá.

Sziasztok!

Nagyon szeretem a Chrome-ot, használom is winen. Viszont az elsődleges gépem egy G4-es mac mini. Tudom, hogy a Chrome javascript motorja nem fordul ppc-n, ezért nincs is erre az architektúrára. Csak érdeklődés szinten kérdem az itteni hozzáértőket (mivel egyeltalán nem értek a programozáshoz, csak mezei felhasználó vagyok), hogy lehetséges-e kicserélni a chrome(ium) js motorját egy másik nyílt forráskódúval és működésre bírni ppc alatt? vagy más akadályai is vannak a ppc-s fordításnak? tudom, hogy sokak szerint halott a ppc architektúra, több külföldi oldalon is megy a flame ezzel kapcsolatban, de elképzelhetőnek tartjátok-e, hogy lesz erre valami megoldás a későbbiekben?

Üdv! Kikay

Ezen cikk olvasása közben ötlött a fejembe, hogy vajon a linuxos flashben is benne lesz-e az, hogy a grafikus mag veszi át a flash lejátszást (illetve hogy pl a gm500-as grafikus mag is képes lesz-e erre). Mert így egyébként egész elfogadható lenne egy Poulsbo chipsetes netbook teljesítménye. De sajna erről nem találtam semmi infot. Ha nektek sikeült többet megtudni kérlek ide gyűjtsétek az infokat.

Ja és a cikk: http://i4s.hu/2009/11/elerheto-az-adobe-flash-101air-20.html

Sziasztok,

Kellene egy kis segítség mert már nem sok ötletem maradt, hogy megoldást találjak.
Adott egy webszerver , ami hónapok óta gond nélkül megy, de kb 1 hete egyszer csak elkezdte felzabalni a memorát, 8GB mem és 8GB swap.
Mind ezt random indőközönként teszi szerver terheléstől függetlenül. Az apache elött figyel egy nginx proxy.

Config ide vágó része:

StartServers 5
ServerLimit 24
MaxClients 600
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 1000

Kb 5 perce indítottam ujra az apache-ot és már 6GB felett van a memoria kihasználtsága, ha elfogy a mem áttér a swap-ra majd szépen elszáll a load és a szerver is....
total used free shared buffers cached
Mem: 8300200 7903268 396932 0 21928 1507628
-/+ buffers/cache: 6373712 1926488
Swap: 7815544 449196 7366348

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
22938 www-data 20 0 916m 311m 2268 S 0 3.8 0:07.50 apache2
25206 www-data 20 0 694m 281m 2272 S 0 3.5 0:05.75 apache2
22658 www-data 20 0 792m 275m 2304 S 0 3.4 0:05.74 apache2
19603 www-data 20 0 880m 274m 2272 S 0 3.4 0:05.47 apache2
29893 www-data 20 0 783m 274m 2296 S 3 3.4 0:06.85 apache2
17800 www-data 20 0 741m 266m 2264 S 0 3.3 0:04.56 apache2
15619 www-data 20 0 750m 253m 2268 S 0 3.1 0:07.56 apache2
19054 www-data 20 0 704m 251m 2304 S 0 3.1 0:05.87 apache2
9960 www-data 20 0 853m 245m 2296 S 0 3.0 0:05.69 apache2
7910 www-data 20 0 700m 243m 2264 S 0 3.0 0:05.09 apache2
18216 www-data 20 0 582m 229m 2268 S 0 2.8 0:04.53 apache2
27546 www-data 20 0 614m 224m 2772 S 0 2.8 0:05.75 apache2
20238 www-data 20 0 757m 224m 2268 S 0 2.8 0:05.21 apache2
21655 www-data 20 0 746m 223m 2268 S 0 2.8 0:05.08 apache2
25368 www-data 20 0 777m 222m 2308 S 0 2.7 0:05.08 apache2
13971 www-data 20 0 655m 221m 2268 S 0 2.7 0:06.50 apache2
22588 www-data 20 0 575m 220m 2264 S 0 2.7 0:05.60 apache2
2590 www-data 20 0 630m 216m 3004 S 0 2.7 0:04.87 apache2
......

Van valakinek ötlete miért eszik hírtelen ennyi memoriát?
A szerveren sok weblap van, elképzelhető, hogy valaki írt egy rossz kódot....
Hogy tudnám megnézni ki tömi ki a apache processeket, próbálkoztam strace-al, pmap-al , logok böngészésével de semmi kézzelfogható..
Megnéztem a legfirssebb bug reportokat , nem jött e ki mostanában egy bugreport ami magyarázatot adna erre de nem találtam.

Előre is köszi minden hozzászólást.

UI: Van több másik szerver is hasonló beállításokkal, és probléma nélkül szépen mennek.

üdv