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

Szervusztok!

Az öreg róka baja nem friss régebben is tapasztaltam már a jelenséget, de most nagyon zavar.
A home könyvtár tartalma egy új rendszer alá migrálódott, egyébként semmi más nem változott. A rendszer minden porcikája azonos, csak egy másik telepítés. Egyébként jelenleg Wheezy és FF-21.0.

A tapasztalt jelenség:
~~~~~~~~~~~~~~~~~~~~~~
Elkezdek egy oldalt olvasni, lefele görgetek, majd minden ok nélkül a lap tetejére görget vissza. Ez 10-20mp-ként előfordul, ha csak nem markolom a liftet folyamatosan.
Kiegészítők letiltva, safe mode-ban indítva is jelentkezik.

Ötleteket várnék, hogy miképp lehet egy ilyen dolognak a végére járni, mert ez miatt a .mozilla könyvtárat nem törölném le, mert pl. a jelszavak sajnos nem menthetők ki, stb.

Köszönöm előre is!
Üdv,
vf

A webes felületen kijelölöm a foldereket, majd rákattintok hogy Download. A produkált zip fájlt nem lehet kibontani a Debianos unzip-pel, de Windows 7 is azt mondja rá hogy a zipped folder invalid. Többször is megpróbáltam.
hexdump -C GDF.zip | head -1
00000000 50 4b 03 04 14 00 08 08 08 00 8c 6a 9e 3b 00 00 |PK.........j.;..|


Sziasztok

Egy érdekes feladatba futottam bele, mégpedig:

Van egy CMS rendszer ami a *.valami.hu domaineket kezeli (CMSen belül, tehát az apache configban *.valami.hu van aliasnak). A feladat az, hogy az oldal.valami.hu authentikáltasson. Ez egyszerű is lenne, ha nem a CMS kezelné a domaneket.

Eddig ezzel próbálkoztam a [CMS] gyökérben lévő htaccess fájlban (ez kezeli a rewrite ruleokat), de a CMS ledöglött Internal Server Errorral:

##
SetEnvIfNoCase Host oldal\.valami\.hu passreq

AuthType Basic
AuthName "Pass req"
AuthUserFile .htpasswd
Require valid-user
Order allow,deny
Allow from env=passreq

Mivel tudnám megoldani a problémát?

update:

AuthName "Plese log in!"
AuthType Basic
AuthUserFile .htpasswd
Require valid-user

SetEnvIf Host site.valami.hu passreq

Order Allow,Deny
Allow from all
Deny from env=passrq

Satisfy Any

Sziasztok,

Nem találok rá választ a googliban, hogy lehet-e egyáltalán parancssorból triggerelni a beállított külső fiók (pop3) lekérdezését egy adott felhasználói fiókban, ez elvileg beállítható időnként automatikusan megy is, de nekem direkt módon kellene ezt indítani.
Gyakorlatilag ezt a webes felületen az "Aktuális nézet frissítése" gombbal a user is meg tudja tenni, de nekem parancssorból kellene.

Ha lehet, akkor hogyan?

Hi!

Lészen egy postfix az átjárón, ami fogadja a leveleket, majd dobja a mögötte lévő levelező szervernek.
A levelező szervert cseréljük, viszont egy hosszabb átállásra lenne szükség és arra gondoltam, hogy a bejövő leveleket továbbdobhatná a régi és az új levelező szervernek is. Így aki még nem állt át, az használhatja a régit, aki pedig már átállt, az már az új szerveren olvasgathatná a leveleit. Arról nem nem is beszélve, hogy az új funkciókat félig élesben tudnám tesztelni.
Persze mindezek előtt lenne egy rsync.

Majd kifelejtettem, a felhasználók LDAP-ban vannak, a gw és a másik két postfixes gép is egyazon adatbázisból dolgozik. Bár gyanítom ezzel nem lesz probléma...

A kérdésem az, hogy a fenti koncepció egyáltalán megvalósítható -e?
Amennyiben igen, akkor a postfix mely opcióit kezdjem el figyelni?

Előre is köszönöm a válaszokat!

Sziasztok!
Valahogy be lehetne állítani a Zarafa alatt, hogy a webes felületen megnézett leveleket ne jelölje be egyből olvasottnak?

Sziasztok!

Jelenleg Atlassian Confluence-t használunk belső dokumentációk készítésére, egy helyen tartására, keresésére. Sajnos már egy régebbi verzió amit már nehezen lehet migrálni újabbra, így lehetőségünk van akár egy másikra is átállni.

A valamilyen hasonló kipróbált wiki alkalmazással van tapasztalatotok?

Oli

Hi!

Lészen Wheezy, rajta Openldap, PAM hozzá heggesztve. Roundcube 0.9 frissen feltéve, Dovecot-on keresztül látja is a maildirt és minden jónak tűnne, de az első bejelentkezéskor hibásan képezi a felhasználó e-mail címét, pl. kisbela@domain.hu. Ugyanis bejelentkezésnél a userid-t kérem tőle (pl. kisbela) és a jelszavát. A tényleges e-mail címe pedig az LDAP-ban van bela.kis@domain.hu.
Persze a beállításoknál át lehet ezt írni - a "Megjelenített név"-hez hasonlóan, ami szintén nem jó-, de a felhasználók számossága miatt ez nem kivitelezhető.

A kérdésem az, hogy hol kell(ene) beállítani, hogy ezeket az "alap" információkat az LDAP-ból vegye? Mely paraméterek körül nézelődjek.

Az tiszta, hogy a címjegyzéket tehetném LDAP-ba, de nekem az jó helyen van SQL-ben, de a usereknek maradniuk kell LDAP-ban.

Minden tippet, javaslatot előre is köszönk!

Tudom, ritka hulye nevet talaltam :) Olyan szolgaltatast keresek, ami bizonyos cimre kuld nehany levelet, ham es spam vegyesen, majd ami visszapattan, azt megnezhetem fejlecestul.

Konkretan ez hasonlo:
http://www.emailsecuritycheck.net/

7 db levelet kuld, kb. fele spam-gyanus. Egy baja van: nem latom a visszapattanot.

(Kb. ugy gondolom, mint az eicar virus-test szolgaltatas mukodese)

Letezik ilyen?

A vállalti exchange előtt van egy postfix (debian 6-on) és rajta SASL

Befelé csak az adott domain-re fogad mailt, minden mást eldob, tehát ez működik

Van 2 roadwarrior, akinek meg akarom nyitni az smtp szerverünket, hogy authentikáció után tudjanak mailt küldeni.

DE nem megy... ötlet?

a postfix main.cf-be ez került


smtpd_sasl_auth_enable = yes
smtpd_client_restrictions = permit_sasl_authenticated
smtpd_sasl_local_domain = domainünk.hu
smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject
smtpd_tls_auth_only = no
smtpd_sasl_security_options = noanonymous
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd


/etc/postfix/sasl/smtpd.conf-ba ez

#global parameters
log_level: 5
pwcheck_method: saslauthd
mech_list: PLAIN LOGIN CRAM-MD5 DIGEST-MD5 NTLM

van egy user:password felvéve az /etc/postfix/sasl_passwd fileban

postmap sasl_passwd lefut, de csak ha a user és a pass között nincs :

log:

Apr 29 15:02:02 szita postfix/smtpd[16857]: connect from xxxxxxxxx.fixip.t-online.hu[x.x.x.x]
Apr 29 15:02:07 szita postfix/smtpd[16857]: warning: SASL authentication problem: unable to open Berkeley db /etc/$
Apr 29 15:02:07 szita postfix/smtpd[16857]: warning: SASL authentication failure: no secret in database
Apr 29 15:02:07 szita postfix/smtpd[16857]: warning: xxxxxxx.fixip.t-online.hu[x.x.x.x]: SASL NTLM authen$
Apr 29 15:02:11 szita postfix/smtpd[16857]: disconnect from xxxxxxxx.fixip.t-online.hu[x.x.x.x]