Linux-haladó

Sziasztok!

Szeretnem a tanacsotokat kerni, hogy szerintetek milyen megoldas letezik az alabbi feladatra, vagy milyen nyomon lenne erdemes elindulnom!

A feladat tehat: van egy x felhasznalos helyi halozat akik szeretnenek levelezni. Viszont itt jon a problemam, a levelek ellenorzes nelkul nem kerulhetnek ki a halozatbol, igyhat szukseg lenen egy szolgaltatasra aminek segitsegevel belel lehetne pillantani a level tartalmaba/csatolmanyaba, mindezt webes feluleten ahol engedelyezni/tiltani lehetne a levelek kezbesiteset, mindezt ugy, hogy a level kuldojenek szemelye valtozatlan maradjon.

Valaszokat elore is koszonom!
Udv

Hello

Újabban ilyen leveleket kap némely ügyfél.

From: Mail Delivery System [mailto:MAILER-DAEMON@xxxxx.hu] 
Sent: Tuesday, June 24, 2008 3:41 PM
To: xyz@xxxxx.hu
Subject: Successful Mail Delivery Report

This is the mail system at host xxxxx.hu.

Your message was successfully delivered to the destination(s) listed below.
If the message was delivered to mailbox you will receive no further
notifications. Otherwise you may still receive notifications of mail
delivery errors from other systems.

                   The mail system

<mail1@yyyyy.hu>: alias expanded

<mail2@yyyyy.hu>: alias expanded

<mail3@zzzzz.hu>: delivery via dovecot: delivered via dovecot service

De csak akkor ha bizonyos cimekre küld levelet. De változó, hogy mikor kap ilyet.

Miért küld a postfix a sikeres kézbesítésről mailt? Hogy lehet ezt kikapcsolni?

Szoval: Cowon U3, sima USB Mass Storage. Desktop gep UHCI-s 1.1-es USB-jen vigan futkoraszik mar talan 1 eve.
Nemregiben vettem a laptopom amibe mar van mindenfele foldi jo, koztuk USB2.0, azaz ehci_hcd (Intel ICH8).

Ezzel a kovetkezot csinalja: bedugom, felmountolom eddig jo.
Ha elkezdek masolni akkor egy ideig teszi azt szelsebesen (mondjuk 2-3 albumot, ami cirka 20-25 file es mondjuk ~200M) majd utana belassul es megall.

Log:
scsi 12:0:0:0: Direct-Access COWON iAUDIO U3 0100 PQ: 0 ANSI: 0
sd 12:0:0:0: [sdb] 3911680 512-byte hardware sectors (2003 MB)
...
sd 12:0:0:0: [sdb] Assuming drive cache: write through
sdb:
sd 12:0:0:0: [sdb] Attached SCSI removable disk

Tehat eddig okes majd jon egy (illetve 10-12) ilyen:
usb 2-5: reset high speed USB device using ehci_hcd and address 21

Es ezutan a finomak:sd 12:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
end_request: I/O error, dev sdb, sector 639
usb 2-5: reset high speed USB device using ehci_hcd and address 21
usb 2-5: reset high speed USB device using ehci_hcd and address 21
usb 2-5: can't restore configuration #1 (error=-71)
usb 2-5: USB disconnect, address 21
sd 12:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
end_request: I/O error, dev sdb, sector 879
sd 12:0:0:0: [sdb] Result: hostbyte=0x07 driverbyte=0x00
end_request: I/O error, dev sdb, sector 1119
sd 12:0:0:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00
end_request: I/O error, dev sdb, sector 1359
printk: 949 messages suppressed.
Buffer I/O error on device sdb, logical block 1
lost page write due to I/O error on sdb

Utolso ket sor sztem a vegtelensegig folytatodna.

Otlet?

Probaltam mar BIOSban ki-bekapcsolni a "Legacy USB Support"-ot, CONFIG_USB_SUSPEND-et, probaltam low level USB block-al is, de sehogyse jo.
Mindekozben a masik gepen barmikor jo (igaz neha ezen szetcseszi a filerendszert, mivel nemlehet rendesen umountolni, azaz kapott mar 1-2 mkfs.vfat-ot, de utana mindig jo).

Edit1: Ilyet is kiir neha:
sd 13:0:0:0: rejecting I/O to offline device
FAT: FAT read failed (blocknr 59)

Az iránt érdeklődnék, hogy tudtok-e valamilyen megoldásról, ami segítségével létező ReiserFS fájlrendszert át lehet konvertálni ext2/ext3-ra adatvesztés nélkül.
Én hirtelen nem igazán találtam semmit (kivéve azt, hogy más sem tud ilyenről), de mivel nem végeztem nagy keresést, ezért reménykedem, hogy megoldható a dolog.
Előre is köszönet.

Hello

Van egymukodo postfix, ami tobbek kozt greylistet is hasznal.

smtpd_recipient_restrictions =
    permit_mynetworks,
    permit_sasl_authenticated,
    reject_non_fqdn_hostname,
    reject_non_fqdn_sender,
    reject_non_fqdn_recipient,
    reject_unauth_destination,
    reject_unauth_pipelining,
    reject_invalid_hostname,
    reject_unknown_recipient_domain,
    check_recipient_access hash:/etc/postfix/maps/recipient,
    check_policy_service inet:127.0.0.1:60000,  
    permit

Ez csak akkor fut le ha atjutott mindenfele helo es client ellenorzesen. Viszont van par buta mailserver ami nem kuldi ujra a greylistelt mailokat es az ugyfel reklamal hogy nem kap mailokat bizonyos domainekrol. Beraktam ezt a check_recipient_access sort, hogy ott engedelyezem azokat a domaineket, de tovabbra is rafut a greylistre. Hogy tudnek a greylist elott egy whitelistet csinalni?

Sziasztok két szerver bond0 interfészekkel kommunikál egymással és az lenne a cél hogy a szerverek mögött lakó kliensek elérjék a másik szerver mögöttieket.
Hogy tudnám ezt összehozni?
A két szerver egyébként ugyanabban a tartományban van (10.0.0.0 mask 255.0.0.0) a kliensek felé.
A bond0-t tehetem ebbe a tartományba? ha igen akkor milyen route paranccsal mondom meg neki hogy ne a kliensek felé keresse a másik szerver klienseit?

A másik kérdésem az hogy ha a két szerver úgy van összekötve bond0-val hogy közöttük még van más hálózati egység is akkor hogyan lehet érvényesíteni azt hogy ha lehal az egyik vonal akkor csak a másikon szórjon?
Én egy ping script megírására gondoltam, de szerintem ennél van jobb módszer

Szervusztok!

van egy kis problémám:

adott egy "A" hálózat aminek ip-je(plusz a teljes tartomány) felkerült az
rbl litára. Van egy "B" hálózat ami teljesen korrekt minden szempontból.
A probléma a következő:
szeretném az "A" hálózatból jövő smtp kéréseket(25) forwardoltatni a "B"
hálózatra ergó ő küldje ki ezen kéréseket, ezt a tűzfalban be is
llítottam, de ennek ellenére, ha küldök valamilyen levkliensel mailt az
egy "Relay Access Denied"-el leáll. Lehet-e az a probléma, hogy "A"
hálózatnak csak ip címe van meg egy reverse dns-e és ezen kívűl semmije?
Megoldás lenne-e, ha az "A" hálózatnak állítanék domaint ill. mx rekordot
de levelező szerver ezek után sem menne a fentebb leírt probléma miatt?

tűzfal beállítás(részlet...):
#!/bin/sh

echo 1 > /proc/sys/net/ipv4/ip_forward
echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all
echo 1 > /proc/sys/net/ipv4/conf/all/rp_filter
....
.
.
.
.
iptables -A FORWARD -p udp -i eth0("A" hálózat) --destination-port 25
--destination <"B"hálózat ip> -j ACCEPT
iptables -A FORWARD -p tcp -i eth0("A" hálózat) --destination-port 25
--destination <"B"hálózat ip> -j ACCEPT
iptables -t nat -A PREROUTING -p udp -i eth0("A" hálózat)
--destination-port 25 -j DNAT --to-destination <"B"hálózat ip>:25
iptables -t nat -A PREROUTING -p tcp -i eth0("A" hálózat)
--destination-port 25 -j DNAT --to-destination <"B"hálózat ip>:25

vagy esetleg ebben rontottam el valamit?

helpet előre is köszi.

l.gábor

Hi

Vki tudna küldeni 1 linket ahol leírják h kell használni az Ettercap-et??
köszi...

Slackware 12.1, 2.6.24.5-smp kernel.
A régi dl-528tx hibátlanul működik benne, van még benne egy 3com 9c905-ös is, az is tökéletesen megy. Most vettem egy dlink dge-530t-t, hogy lecseréljem az 528-ast. Viszont nem látja a szerver valahogy, lspci-nál sem látszik. Próbáltam megcserélni a 2 hálókártyát, de úgyse volt jó. Kipróbáltam egy windowsos gépbe, ott viszont csont nélkül ment. Van valakinek ötlete, hogy mitől nem megy? Ja és ez egy 440FX-es alaplap, ha ez érdekes lehet.

---------------------------------

Kicseréltettem egy dge-528t-re, ezzel tökéletesen működik. Úgy tünik, hogy nem szerette a Marvell chipet az alaplap. :)

Sziasztok!

Lenne-e valakinek ötlete, hogyan tudnám megcsinálni, hogy egy bizonyos string-re szűrve töröljem a leveleket még a pop3-as letöltés előtt?
A leveleket most fetchmail-el szedem le.
A string a **SPAM**

Esetleg az is járható út, hogy a leveleket szedje le, de a felhasználókhoz ne kerüljön. Tehát a kézbesítés helyett törölje. Ezt procmail-el illene?

Az ötleteket előre is nagyon köszönöm!