[freeone]

Idézet: bepe_79 - Dátum: 2006. máj. 14., vasárnap - 9:15

Hi! A SUSE 10.0 nem a /media és nem a /mnt alá mountolja alapból az NTFS meghajtót, hanem van egy /C könyvtár, és nekem az alatt volt az NTFS. A /etc/fstab-ban szerepel? Egyébként 3 napja jött ki a legújabb, Final verzió SUSE-ból, a 10.1, érdemes azt fölrakni, ha már Suse.

ok, köszi, megnézem ott is.

[Friczy]

Idézet: moszat - Dátum: 2006. máj. 14., vasárnap - 14:43

Szia Friczy,

na hát úgy voltam vele, hogy aki mer, az nyer. Részben be is jött.

Ez történt:

apt-get -f install

Postfix configuration was untouched.  If you need to make changes, edit
/etc/postfix/main.cf (and others) as needed.  To view Postfix configuration
values, see postconf(1).
Aztán az /etc/apt/sources.list javítását csináltam meg a "woody" kulcsszavakkal.

Végül:
apt-get install postfix postfix-ldap postfix-pcre postfix-tls

Reading Package Lists... Done
Building Dependency Tree... Done
Sorry, postfix is already the newest version.
Sorry, postfix-ldap is already the newest version.
Sorry, postfix-pcre is already the newest version.
Sorry, postfix-tls is already the newest version.
0 packages upgraded, 0 newly installed, 0 to remove and 25  not upgraded.

Itt ugye semmi sem történt.

A levelek most már lejönnek, bár volt néhány ilyen üzenet:

reading message ....@... :25 of 26 (18458 octets) fetchmail: message delimiter found while scanning headers
..................fetchmail: SMTP listener refused delivery
 flushed

Bár a "flushed" minden sor végén szerepelt, akkor az üzenetek lejöttek, ugye?


Viszont a küldés még mindig nem megy:

May 14 14:28:12 ss postfix/smtp[30033]: warning: SASL authentication failure: No
 worthy mechs found
 [...]
relay=mail.t-online.hu[195.228.240.8], delay=0, status=deferred (Authentication fa
iled: cannot SASL authenticate to server mail.t-online.hu[195.228.240.8]: no mec
hanism available)

Tovább hogyan?

Azzal, hogy a sarge-os (stable) postfixet tetted fel végül teljes egészében, utólag már hiába írtad vissza woodyra, mivel régebbi, nyilván nem fogja frissíteni. De végül is ha mûködik, nem baj, majd egyszer az egész rendszert célszerû upgrade-elni sarge-ra, úgyis az a támogatott stabil verzió.

Ehhez részletes segítséget itt találsz: http://www.debian.org/releases/stable/i386...gradingpackages

Elsõ körben vissza kell írnod a woody-t stable-ra, hacsak nem akarod erõvel downgrade-elni a már majdnem jól mûködõ postfixet.

A küldési problémádra (ha már visszaírtad stable-ra) egy apt-get update után apt-get install libsasl2-modules parancs, és akkor már lesz 'available mechanism'.

[moszat]

Idézet

Azzal, hogy a sarge-os (stable) postfixet tetted fel végül teljes egészében, utólag már hiába írtad vissza woodyra, mivel régebbi, nyilván nem fogja frissíteni. De végül is ha mûködik, nem baj, majd egyszer az egész rendszert célszerû upgrade-elni sarge-ra, úgyis az a támogatott stabil verzió.

Ehhez részletes segítséget itt találsz: http://www.debian.org/releases/stable/i386...gradingpackages

Köszönöm, ezt mindenképpen átolvasom és meg fogom csinálni. És elõtte azt hiszem nem árt, ha az elérhetõ verziókkal is tisztába rakom magam

Idézet

Elsõ körben vissza kell írnod a woody-t stable-ra, hacsak nem akarod erõvel downgrade-elni a már majdnem jól mûködõ postfixet.

Ezt megtettem.


Aztán:
apt-get update

Get:1 http://non-us.debian.org stable/non-US/main Packages [20B]
Get:2 http://non-us.debian.org stable/non-US/main Release [102B]
Get:3 http://non-us.debian.org stable/non-US/contrib Packages [20B]
Get:4 http://non-us.debian.org stable/non-US/contrib Release [105B]
Get:5 http://non-us.debian.org stable/non-US/non-free Packages [20B]
Get:6 http://non-us.debian.org stable/non-US/non-free Release [106B]
Get:7 http://security.debian.org stable/updates/main Packages [234kB]
Get:8 http://http.us.debian.org stable/main Packages [3349kB]
Get:9 http://security.debian.org stable/updates/main Release [110B]
Get:10 http://security.debian.org stable/updates/contrib Packages [538B]
Get:11 http://security.debian.org stable/updates/contrib Release [113B]
Get:12 http://security.debian.org stable/updates/non-free Packages [20B]
Get:13 http://security.debian.org stable/updates/non-free Release [114B]
Get:14 http://http.us.debian.org stable/main Release [95B]
Get:15 http://http.us.debian.org stable/contrib Packages [56.2kB]
Get:16 http://http.us.debian.org stable/contrib Release [98B]
Get:17 http://http.us.debian.org stable/non-free Packages [58.4kB]
Get:18 http://http.us.debian.org stable/non-free Release [99B]
Fetched 3699kB in 28s (130kB/s)
Reading Package Lists... Done
Building Dependency Tree... Done

Majd:
apt-get install libsasl2-modules

Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  libsasl2
The following NEW packages will be installed:
  libsasl2-modules
1 packages upgraded, 1 newly installed, 0 to remove and 211  not upgraded.
Need to get 416kB of archives. After unpacking 487kB will be used.
Do you want to continue? [Y/n] Y
Get:1 http://security.debian.org stable/updates/main libsasl2 2.1.19-1.5sarge1 [260kB]
Get:2 http://security.debian.org stable/updates/main libsasl2-modules 2.1.19-1.5sarge1 [156kB]
Fetched 416kB in 3s (110kB/s)
(Reading database ... 24459 files and directories currently installed.)
Preparing to replace libsasl2 2.1.19-1.5 (using .../libsasl2_2.1.19-1.5sarge1_i386.deb) ...
Unpacking replacement libsasl2 ...
Selecting previously deselected package libsasl2-modules.
Unpacking libsasl2-modules (from .../libsasl2-modules_2.1.19-1.5sarge1_i386.deb) ...
Setting up libsasl2 (2.1.19-1.5sarge1) ...

Setting up libsasl2-modules (2.1.19-1.5sarge1) ...

De a küldésnél még mindig:

 [...] relay=mail.t-online.hu[195.228.240.8], delay=0, status=deferred (Authentication failed: SASL authentication failed; server mail.t-online.hu[195.228.240.8] said: 5
35 Error: authentication failed)

?

Azon gondolkodtam, hogy amikor outlook-on keresztül küldök, akkor az authentikációhoz nem a csatlakozási felh.nevet/jelszót kell megadnom (azt el sem fogadja), hanem egy érvényes e-mail felhasználó/jelszó párost, amivel a leveleket lehívom, de hát az windows rendszer...

Na, kipróbáltam (gondoltam, addig ezt el sem küldöm), tehát az /etc/postfix/smtppass-ban átírtam a felh.nevet, jelszót, aztán postmap smtppass (nem tudom kellett -e, de a múltkor is kiadtuk ezt a parancsot, arra gondoltam, talán ilyenkor olvassa újra a file tartalmát), aztán a biztonság kedvéért postfix reload, bár most a main.cf-et nem szerkesztettem, de remélem, nem ártott ez sem semmit.

Ezután újbóli teszt, és az eredmény sikeresnek mondható:

[...] relay=mail.t-online.hu[195.228.240.8], delay=1, status=sent (250 Ok: queued as EB1DC33C695)

Viszont ha belépek, mint az a felhasználó, ahová az összes levél érkezik, és ott a mutt-ból akarom a levelet külsõ címre továbbítani (bounce), akkor:

Sender address rejected: Domain not found (in reply to RCPT TO command))

Tehát összefoglalva úgy látom, hogy ha a windows-os gépen megjelölöm kimenõ szervernek a linuxos gépet, akkor szépen elmennek a levelek. Ez már félsiker.
Ami a probléma, hogy az etc/aliases-ben megadott külsõ címekre vagy elmennek a levelek, vagy nem. Pl. gmail-es címmel teszteltem, és rendben volt, viszont easymail-lel a következõ gond volt:

delay=7699, status=deferred (host mail.t-online.hu[195.228.240.8] said: 450 [..] : Sender address rejected: Domain not found (in reply to RCPT TO command))

"Sender address", az nem is a címzett, hanem a feladó... Persze ezt még tesztelgetni fogom, de sajnos nem látom át, nem tudom miért nem mûködik a dolog egységesen.

[freeone]

Idézet: bepe_79 - Dátum: 2006. máj. 14., vasárnap - 9:15

Hi! A SUSE 10.0 nem a /media és nem a /mnt alá mountolja alapból az NTFS meghajtót, hanem van egy /C könyvtár, és nekem az alatt volt az NTFS. A /etc/fstab-ban szerepel? Egyébként 3 napja jött ki a legújabb, Final verzió SUSE-ból, a 10.1, érdemes azt fölrakni, ha már Suse.

Közben megnéztem, hát éppen ez a gond, nem szerepel fstab-ban, sõt olyan mappám sincs az etc-ben...

[kroozo]

Idézet: freeone - Dátum: 2006. máj. 15., hétfõ - 18:47

Közben megnéztem, hát éppen ez a gond, nem szerepel fstab-ban, sõt olyan mappám sincs az etc-ben...

Az fstab nem mappa, hanem file.

[Friczy]

Idézet: moszat - Dátum: 2006. máj. 15., hétfõ - 12:11

"Sender address", az nem is a címzett, hanem a feladó... Persze ezt még tesztelgetni fogom, de sajnos nem látom át, nem tudom miért nem mûködik a dolog egységesen.

Idézet

Azon gondolkodtam, hogy amikor outlook-on keresztül küldök, akkor az authentikációhoz nem a csatlakozási felh.nevet/jelszót kell megadnom (azt el sem fogadja), hanem egy érvényes e-mail felhasználó/jelszó párost, amivel a leveleket lehívom, de hát az windows rendszer...

Ez esetben valóban nem a login nevedet és jelszavadat kell megadni, hanem ugyanazt, amit a levelezõnél.
postmap smtppass természetesen kell, mint ahogy mindig kell a postmap, ha módosítasz olyan file-t, amire hash: kezdettel hivatkozol a main.cf-ben.

A muttból feltehetõleg azért dobja el, mert valamiért a feladó nem jól van beállítva. Jó lenne tudni, hogy milyen feladóval próbálja küldeni a rendszer a levelet ilyenkor.

A postfixben van egy myorigin nevû opció, amely alapértelmezésben az /etc/mailname file-ra mutat. A saját hostról kezdeményezett leveleket (amennyiben a levelezõprogramban nincs eltérõen beállítva) ezzel a névvel egészíti ki a rendszer. Ha ez olyan domain, ami nem létezik, vagy nem érvényes, azt vissza szokta dobni a relayhost.

[freeone]

Idézet: kroozo - Dátum: 2006. máj. 15., hétfõ - 20:50

Az fstab nem mappa, hanem file.

 

[moszat]

Idézet: Friczy - Dátum: 2006. máj. 16., kedd - 10:04

A muttból feltehetõleg azért dobja el, mert valamiért a feladó nem jól van beállítva. Jó lenne tudni, hogy milyen feladóval próbálja küldeni a rendszer a levelet ilyenkor.

A postfixben van egy myorigin nevû opció, amely alapértelmezésben az /etc/mailname file-ra mutat. A saját hostról kezdeményezett leveleket (amennyiben a levelezõprogramban nincs eltérõen beállítva) ezzel a névvel egészíti ki a rendszer. Ha ez olyan domain, ami nem létezik, vagy nem érvényes, azt vissza szokta dobni a relayhost.

Tegnap elég sokat kísérletezgettem. Elõször is a main.cf-ben a myorigin és a mydomain után beírtam a saját domain nevünket, azért azt, mert az a sajátunk, és tudom, hogy létezik.

Innentõl kezdve beindultak azok a kimenõ a levelek, amik az etc/aliases alapján lettek leválogatva. A muttból küldött levelek viszont még mindig a hostname alapján akartak elmenni, amit visszautasított a relayhost. Ezután létrehoztam a /etc/mailname file-t, amibe szintén beleírtam a saját domain nevünket, de a helyzet nem változott.

Ma reggel viszont már (azt nem tudom, mitõl), de változott a kép, és a mutt is a saját domain-ünk nevében küldözget, és most minden tesztlevél kiment a külsõ címekre.

Szóval ha a helyzet így marad, akkor az sikernek tekinthetõ, ehhez köszönöm szépen a segítséget.!

Még két kérdés ezentúl:
Ahogy látom a /etc/hostname-ben van eltárolva a gép neve. Ezt egyszerûen átírhatom, ha módosítani akarom, vagy nem ilyen egyszerû a helyzet? (Bevallom, már megpróbáltam, de nem változott, aztán visszaírtam, nem akartam a gépet újraindítgatni, valaki egyszer azt mondta, a linuxos gépeket nem sûrûn kell újraindítani, mint a windowst.)

A másik:
Ha windows-ban sikerül belõnöm egy gépet, akkor általában ghost-tal készítek egy képet róla, utána aztán történhet bármi. Mi a helyzet a linux-szal? Itt gondolom nincs értelme ghost-tolni, de a beállítások elmentésére van valamilyen lehetõség?

[PetruZ]

Idézet

Ahogy látom a /etc/hostname-ben van eltárolva a gép neve. Ezt egyszerûen átírhatom, ha módosítani akarom, vagy nem ilyen egyszerû a helyzet? (Bevallom, már megpróbáltam, de nem változott, aztán visszaírtam, nem akartam a gépet újraindítgatni, valaki egyszer azt mondta, a linuxos gépeket nem sûrûn kell újraindítani, mint a windowst.)

man hostname
hostname --help

[moszat]

Idézet: PetruZ - Dátum: 2006. máj. 17., szerda - 10:13

man hostname
hostname --help

Köszi, megnézem! 

[Friczy]

Idézet: moszat - Dátum: 2006. máj. 17., szerda - 10:01

Tegnap elég sokat kísérletezgettem. Elõször is a main.cf-ben a myorigin és a mydomain után beírtam a saját domain nevünket, azért azt, mert az a sajátunk, és tudom, hogy létezik.

Innentõl kezdve beindultak azok a kimenõ a levelek, amik az etc/aliases alapján lettek leválogatva. A muttból küldött levelek viszont még mindig a hostname alapján akartak elmenni, amit visszautasított a relayhost. Ezután létrehoztam a /etc/mailname file-t, amibe szintén beleírtam a saját domain nevünket, de a helyzet nem változott.

Ma reggel viszont már (azt nem tudom, mitõl), de változott a kép, és a mutt is a saját domain-ünk nevében küldözget, és most minden tesztlevél kiment a külsõ címekre.

Szóval ha a helyzet így marad, akkor az sikernek tekinthetõ, ehhez köszönöm szépen a segítséget.!

Még két kérdés ezentúl:
Ahogy látom a /etc/hostname-ben van eltárolva a gép neve. Ezt egyszerûen átírhatom, ha módosítani akarom, vagy nem ilyen egyszerû a helyzet? (Bevallom, már megpróbáltam, de nem változott, aztán visszaírtam, nem akartam a gépet újraindítgatni, valaki egyszer azt mondta, a linuxos gépeket nem sûrûn kell újraindítani, mint a windowst.)

A másik:
Ha windows-ban sikerül belõnöm egy gépet, akkor általában ghost-tal készítek egy képet róla, utána aztán történhet bármi. Mi a helyzet a linux-szal? Itt gondolom nincs értelme ghost-tolni, de a beállítások elmentésére van valamilyen lehetõség?

Azt nyugodtan átírhatod, a legközelebbi bootnál fog csak életbelépni Ha meg a hostname paranccsal megváltoztatod, akkor a következõ boot után visszaáll arra, ami a hostname file-ban van. Szóval egyszerû

Az a helyzet, hogy mivel sok esetben a futó processek is hostname alapján dolgoznak, véleményem szerint hostnév változtatás után amúgy sem elvetemült dolog újraindítani a gépet (hacsak nem indítod újra az összes olyan processzt, ami erre érzékeny). Amúgy ajánlom figyelmedbe hostnév változtatáskor az /etc/hosts file-t, mert általában abból szokta szedni az FQDN-t, a hostname ugyanis nem tartalmazza a domaint.

Szerk: ezt lefelejtettem: partíció mentésre nem nagyon van szükség, de ha gondolod, létezik partimage, el lehet menteni a partíciókat dd-vel, de ki lehet használni azt is, hogy azért a konfig file-oknak erõsen illik az /etc/ könyvtárban vagy alatta lenni (persze létezhet /usr/local/etc/ is), és így egy jól irányzott tar paranccsal el lehet menteni az egészet.

Szerkesztette: Friczy 2006. 05. 17. 13:59 -kor

[moszat]

Idézet

Azt nyugodtan átírhatod, a legközelebbi bootnál fog csak életbelépni Ha meg a hostname paranccsal megváltoztatod, akkor a következõ boot után visszaáll arra, ami a hostname file-ban van. Szóval egyszerû

Megtettem. Minden nagyon király volt utána, csak a levelek nem mentek el

sendmail: fatal: gethostbyname: Bad file descriptor

Úgyhogy visszaneveztem. Próbáltam keresgélni, hol és mit kellene átírnom, de "hostname"-re borzasztó sok találat generálódott. Mert gondoltam, hogy arról van szó, hogy valahol még regisztrálva van a régi név, ezért csak azzal mûködik a dolog teljesen (visszanevezés után megint megy minden).

Ezután mégegyszer elolvastam, amit írtál:

Idézet

Amúgy ajánlom figyelmedbe hostnév változtatáskor az /etc/hosts file-t, mert általában abból szokta szedni az FQDN-t, a hostname ugyanis nem tartalmazza a domaint.

Nem igaz... Na jó, itt is szerepelt a helyi ip-cím mellett a régi hostname, itt is átírtam, aztán reboot, és minden rendben!  Bár igazából ez hosszú távon fog kiderülni, de ha jól megy, akkor az összes gépen szépen visszaállítom a kimenõ szervert a linuxos gépre a t-online helyett.

Idézet

partíció mentésre nem nagyon van szükség, de ha gondolod, létezik partimage, el lehet menteni a partíciókat dd-vel, de ki lehet használni azt is, hogy azért a konfig file-oknak erõsen illik az /etc/ könyvtárban vagy alatta lenni (persze létezhet /usr/local/etc/ is), és így egy jól irányzott tar paranccsal el lehet menteni az egészet.

Mivel nem vagyok szakértõ, ezért nem bízom benne, hogy a /etc/ mentése után vissza tudnék állítani egy széthullott rendszert, azt hiszem, ez a "partimage" lesz a megoldás. Majd utánanézek a neten. A gépen lévõ partíciókról hogyan tudok egyszerûen információt szerezni? (Mint ahogyan Windows alatt az fdisk-kel pl.)

[kroozo]

Idézet: moszat - Dátum: 2006. máj. 18., csütörtök - 10:11

Mivel nem vagyok szakértõ, ezért nem bízom benne, hogy a /etc/ mentése után vissza tudnék állítani egy széthullott rendszert, azt hiszem, ez a "partimage" lesz a megoldás. Majd utánanézek a neten. A gépen lévõ partíciókról hogyan tudok egyszerûen információt szerezni? (Mint ahogyan Windows alatt az fdisk-kel pl.)

fdisk, cfdisk, df, mount, /etc/fstab, /etc/mtab, /proc/mounts ...

[horex]

Okos kerdesem lenne
Milyen Linux alá, milyen usb TV tunert?

Szoval valamilyen Linux /KDE, UHU ??/van kedves ismerosomnek, venne valami usb-s tunert
a laptopjahoz
Mi a teendo? Mindegyiket lehet setupolni, vagy hogy???

by horex
u.i. még annál is lámább vagyok

[Friczy]

Idézet: moszat - Dátum: 2006. máj. 18., csütörtök - 10:11

Mivel nem vagyok szakértõ, ezért nem bízom benne, hogy a /etc/ mentése után vissza tudnék állítani egy széthullott rendszert, azt hiszem, ez a "partimage" lesz a megoldás. Majd utánanézek a neten. A gépen lévõ partíciókról hogyan tudok egyszerûen információt szerezni? (Mint ahogyan Windows alatt az fdisk-kel pl.)

Nem nagy ügy, akár a tar is tud diffet mutatni, de a legegyszerûbb, ha egy új átmeneti helyre kicsomagolod az elmentett /etc-t, és diff -r -u /etc ujetc megmutatja a különbségeket rekurzívan, arra meg már innentõl lehet emlékezni, hogy mit változtattál.

[csu-csu]

Sziasztok igaz OSXes a kérdésem de annyira láma krdés hogy nem merem feltenni se )
Szóval hogy tudok MACosX alatt ALT-Gr karaktereket használni??!

Köszi

[Poni]

Sziasztok. Elõre is leszögezem, abszolútt kezdõ vagyok.

Hogyan tudok egy egyszerû win98 imitáló (tehát van grafikus felület és egy kattintással el tudja ind0tani a progit) dos-t futtató linuxot összehozni? Jah és tudja kezelni a VPN kapcsolatokat. 

inkább a kérdés azaz, hogy van-é ilyen?

[pascal]

Idézet

inkább a kérdés azaz, hogy van-é ilyen?

Erre bármelyik mai desktop linux disztró képes, válogass kedvedre.

[Poni]

Idézet: pascal - Dátum: 2006. máj. 23., kedd - 15:42

Erre bármelyik mai desktop linux disztró képes, válogass kedvedre.

Esetleg ajánlás?

Milyen emu és milyen linux.
A gépek 3-600mhz cerka 1-2gb vinyó

[pascal]

Hmmm, hogy nem mai vas.
EZT fusd át esetleg.
Emunak, van freedos, dosbox, sõt már a wineban is van valami dos promt ami megeszik ezt azt. Persze, a teljesítmény az kérdéses, a vmware pl ilyen gépeken nem hiszem hogy járható. Amúgy nagybann függ a dolog az emulálni kívánt programtól is.