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

Postfix - ismeretlen címzett kezelése ésszerűen?

Sziasztok!

Nem találtam tömörebb címet, remélem, kifér.

Nos. A problémám az, hogy - mint mindenkinek - raklapszámra jönnek a SPAM-ek, köztük bőven akad olyan is, ami nem létező címre érkezik. Spamassassin+Amavis végzi a SPAM-ek kiértékelését, kezelését.
A Postfix deffered könyvtára állandóan tele van, a SPAM-ek miatti kikézbesíthetetlen levelek visszajelzésének próbáitól. Ezen szeretnék változtatni. Ami egyszer SPAM, az ne kerüljön a defferedbe, ám ha nem SPAM a levél, és csupán a feladó tévesztette el a címet, akkor nyílván jelezzen vissza a feladónak. Vagyis az ismeretlen címzett ne kerüljön pl. a /dev/null-ba, mint azt egyébként a legegyszerűbben el lehetne követni a probléma orvoslására.
Jelenleg egy kőbunós megoldás jutott az eszembe: végigpásztázni a deffered könytárat rekruzívan, és amelyik fájlban szerepel a "X-Spam-Status: Yes", akkor azt töröljem.

Szerintetek, hogyan kellene eljárnom?

courier -> exchange

Hi,
nem vagyok rendszergazdi, de egy ismerosom kerdezett aki az lenne csak nem linuxon ...
mivel lehetne egy linux courier map alol a leveleket atkuldeni egy exchange felhasznalohoz.
a linux szerver megszunne, es ehhez keres nemi megoldast.
root szinten hozzafer mindket szerverhez.
valami kis progi kellene.

elore is koszi
szep napot
zsomi

postfix sasl probléma (Debian etch)

Sziasztok!

Beállítottam egy smtp auth-ot, de nem működik.

main.cf idevágó része:
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes

smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination check_policy_service inet:127.0.0.1:60000

/etc/postfix/sasl/smtpd.conf:
pwcheck_method: saslauthd

Az /etc/default/saslauthd-ben többek között ez van:
MECHANISMS="pam"

Úgy tűnik, hogy a postfix nem is próbál kommunikálni a saslauthd-vel, mert semmi erre utaló bejegyzés nincs a mail.log-ban. Csak Relay access denied, ha $mynetworks-on kívüli tartományból próbálok küldeni rajta keresztül.

www-data által indított perl flood, mit tehetek ellene?

Egy ismerősöm kért meg, hogy nézzem meg a szerverét, mert a szolgáltatója szerint floodolnak a gépéről, ezért lehúzták a hálóról.
Helyi szemrevételezés után az alábbi furcsa processeket találtuk.
www-data 1683 ...... perl flood 89.136.119.66 53 212121
www-data 1684 ...... sh -c (sleep 212121; killall -9 udp) &
www-data 1685 ...... sleep 212121

a /var/tmp könyvtárban találtunk egy flood file-t.

Természetesen egyből kilőttük a processzeket és karanténba teetük a file-t.

Valakinek van ötlete, hogy mi lehet ez, és miként lehetne kiküszöbölni, hogy a későbbiekben ez megismétlődjön?

A segítséget előre is köszönjük.

could not bind to port 81

sziasztok!

Elég új vagyok itt is, meg webszerver konfigurálásában is, ezért előrebocsátom magamnak a jogot, hogy hülyeségeket kérdezzek. :D

Üzembe helyeztünk egy webszervert ubuntu 7.10 server edition op. rendszerrel, segítségként megtoldva webminnel és ispconfigot választottam site management-re. Kaptunk fix ip-t, az első weblapot (mivel ezt a domaint sikerült először átirányítani ez lett a szerver neve is) sikeresen beállítottam, működik.

Viszont az összes többinél kapok egy hibaüzenetet: Shared ip.

a root/ispconfig/httpd/logs/error_log a következőt mondja: [Sat Nov 24 01:56:22 2007] [crit] (98)Address already in use: make_sock: could not bind to port 81 (ebből arra következtetek, hogy vagy az első weblap nincs jó helyen, vagy valahogy forwardolni kéne, de nem tudom hogy.

Légyszi segítsetek.

fox vs. flash és javascript

Végig néztem ezt a videót (http://www.youtube.com/watch?v=C-2w9b8i7GU), most ott állok a végén, hogy replay vagy share és csak ettől, hogy ezt nézem 25-30% CPU-n pörög a foxom.

De ez mostanság előfordul akkor is, ha javascripttel telerakott oldalakat nézek (asszem pl. ilyen az extratorrent is) szóval már adblock-kal nyírom a javascriptet, hogy ne bőgjön itt mellettem a proci hűtő mint az oroszlán.

Egyébként egy P4-es 2.6-os procival hajtott 1G RAM-os gépről van szó meg Ubuntu Feisty-ről. A böngésző meg a hozzá adott Firefox vagy letöltött swiftfox, de nem számít, mert mindkettő így viselkedik.

Van vkinek ötlete, ez mitől lehet?

Postfix Vacation Autoreply probléma

Sziasztok,

következő a gondom:
Postfix/MySQL/Postfixadmin/Virtual Vacation

A virtual vacation működik abban az esetben, ha nem címjegyzékből küldök levelet az inkriminált mailbox-ra.

A vacation.log bejegyzés ebben az esetben így néz ki:
to: címzett@címzettdomain.tld from: küldő@küldődomain.tld stbstb...
Így frankó a dolog.

Ha viszont a címzett szerepel a feladó címjegyzékében, a log ilyen:
to: '<'Címzett Neve'>' címzett@címzettdomain.tld from: küldő@küldődomain.tld stb... (aposztrófok nélkül, persze...)
Így nem megy vissza az autoreply.

Van ötlet?
Köszi a segítséget.

MediaWiki eltűnt kezdőlap

Sziasztok!

Upgrade-eltem a céges Debian-t Sarge-ról Etch-re.(ezzel együtt a PHP és a MySQL is 5.x-s lett). Viszont a MediaWiki egy régebbi verziója volt fent ami alapból nem ment az új rendszeren. Ezt is frissítettem 1.11.0-ra. A probléma viszont az, hogy a Kezdőlapon nincs semmi. úgy jelenik meg mintha egy teljesen szűz rendszer lenne, de ha a 'Lap találomra'-ra kattintok akkor előjönnek a tartalmak. Tehát a lényeg megvan, de a Kezdőlap nélkül nem sokat ér. Már próbáltam mindent a régire visszaállni meg minden, de mindenhol ez a hiba jön elő, hogy a Kezdőlap szűz. Találkozott már valaki ezzel a problémával?

Köszi