Megadott email-re értesítés ip-ről

Fórumok

A következő a problémám: szeretnék minden bootoláskor
értesítést kapni arról az ip címről amit a gépemnek kioszt a szolgáltatóm DHCP szervere.
Megírtam két szkriptet, az első az ifconfig ppp0 parancs kimenete egy szövegfájlba, erre a fájlra kínomban már 777-es jogot adtam és a postfix tulajdonába adtam.
A második a


echo "szöveg" | nail -s "tárgy" -r "feladó <akarmi@zizi.hu> -a /szoveg/fajl/helye email@cim.hu

Itt kezdődik a nyűgöm:
Az indítási sorban az ifconfiges szkript faszán legenerálódik a konkrét ppp0ás interfész minden adatával.
De a második semmi pénzért sem hajlandó működni!
És a dologban a legszebb,hogy ha beloginolva futtatom a szkriptet, akkor megy, megérkezik a megadott címre a mail... :(
Valaki help!
Már nem tudok mit kitalálni!

Hozzászólások

Dyndns (vagy azzal egyenértékű szolg.) miért nem jó erre?

--
trey @ gépház

nail != mail

Miert nem ddns-t hasznalsz erre?

tedd a scriptbe:
set >/tmp/environment.txt
id >>/tmp/environment.txt

utana nezd meg, hogy mi minden nincs beallitva, amire szuksege lenne..
---------------------
AFPer: We've missed you, did you miss us?
Pratchett: Yes, but I think I have time to reload.

minden parancsot, filet, teljes utvonallal hasznalj a scriptben.
mas a kornyezeted, mint bejelentkezve.

nem tudhatom fut-e mar smtpd, amikor feljon a halozatod.
tegyuk fel, hogy nem.


echo szoveg | smtp=1.2.3.4:25 nail -s subj -a file -r en@itt.dom cim@ott.dom

a nail keresi az smtp kornyezeti valtozot; ha van, azt hasznalja
smtp szerverkent. allitsd be a kedvenc szolgaltatod szerveret.

vagy a scripted tedd a sajat smtpd-d utan, modjuk S99

ha nem a szolgáltatód smtp szerverét használod levélküldésre, akkor előfordulhat. Dinamikus ip címről történő levélküldést meg (hitelesítés nélkül) el kellene felejteni. Sokan blokkolják a dinamikus IP-jű gépeket (pontosabban: elutasítják az onnan érkező leveleket)

Megvan a probléma forrása, az előző emailküldési szkriptelési sportolásom eredményeképpen lehetett valami baj a nail-el....
kitöröltem a szkripteket reboot és most már nail-el a szerveremről valamint belső hálóról megint küldhetek levelet...
akkor most már vissza tudunk térni az előző nyűgömre :(

Vagy csak kaptál egy olyan dinamikus IP címet, ami éppen nincs letiltva.

Javaslom: a szolgáltatód smtp szerverét használd!!!!!
A te saját smtp szerverednek meg tudod adni, hogy kapcsolódjon egy smtp relay szerverhez (authentikáció!) és azon keresztül küldj emailt.
Különben hol megy, hol meg nem.

Egyébként én is a dyndns-t, vagy hasonszőrű társait javaslom.

Üdv,
P.

--------------------------
eGroupWare, gentoo, gLiveCD és egyéb csacskaságok

Nem fogod tudni, lásd az előző hozzászólásokat.
A dinamikus IP címekről nagyon ritkán műxik a levélküldés.
Ezért javaslom, hogy a szolgáltatód smtp szerverét használd, vagy egy olyan smtp szervert, ami pl. egy haverod szervere stb.
Vagy freemail.hu vagy freeweb vagy akármi.

Máskülönben elméletileg működik a megoldásod, gyakorlatilag meg használhatatlan.

--------------------------
eGroupWare, gentoo, gLiveCD és egyéb csacskaságok

Ha a saját dinamikus IP címedről nem tudsz levelet küldeni, akkor a kövektezőket teheted:
1. Nem küldesz levelet.
2. Használod az internet szolgáltatód smtp szerverét, mivel pl. a T-Offline smtp szervere úgyis ezt javasolja majd (olvasni kell a logot, ott írja)
3. Egyéb szolgáltatóidnál szétnézel, hogy hol van smtp szolgáltatás (freemail, mittudomén stb.) amit tudsz használni.
4. Most itt jön a te megoldásod roy_b

--------------------------
eGroupWare, gentoo, gLiveCD és egyéb csacskaságok

http://dyndns.hu/doc.php

Ez elég korrekt.

A mail problémára nem tudom, hogy megoldást jelent-e. Véleményem szerint nem, mert mivel bárki regelhet dyndns-es domaint, a spammerek tuti kihasználnák a lehetőséget. Bár ha arra gondolok, hogy ekkor már van egy nem változó domain, ha csak az adott címet blokkolják, akkor más dyndns-es serverek még tudnak levelet küldeni.

Röviden:
A dyndns arra jó, hogy az otthoni szerveredet/gépedet elérd kintről, amikor az online.
Így elég, ha pl. a pongraczistvan.homelinux.com címre emlékszel, majd a ddclient (vagy a router) elintézi, hogy valahányszor új IP címet kapsz, akkor frissíti a dyndns megfelelő DNS rekordját, így mindig a helyes IP-t fogja tartalmazni a bejegyzés, bárki is akarja elérni.
Nyilván, ha offline, akkor baromságot tartalmazhat a bejegyzés.

Így például üzemeltethetsz email szervert otthon, tudsz rá levelet fogadni.
A küldést nem oldja meg, azt továbbra is a fent említett 1-3 pontokkal lehet megoldani.

--------------------------
eGroupWare, gentoo, gLiveCD és egyéb csacskaságok

namost ezt én nem értem.

most DHCP vagy ppp?
nem mindegy.

Itt már volt szó, hogy praktikus a szolgáltatód SMTP relay szerverét használni, elég sokan SMTP szerver elhajtja azokat a klienseket, akik valamelyik dinamikus IP tartományból jönnek.

DNS beállítás? Használsz local-caching DNS szervert? Mert ha igen, lehet, hogy a dns szerver indulása előtt akarod kiküldeni a levelet.

"A küldést nem oldja meg, azt továbbra is a fent említett 1-3 pontokkal lehet megoldani."

Ne ijesztgessétek már hogy nem lehet küldeni! :)

Nekem myip-vel megy ~1 éve.
"kényeskedő" szerverekre is elmegy, pl yahoo.de, gmail.com, stb....

Persze tesztelni kell az eredményt!

http://www.abuse.net/relay.html

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

A myip nem ugyanaz (lényegét tekintve) mint a dyndns?
Az smtp szervered direktbe küldi az email-t, vagy egy másik smtp szerveren keresztül?
A kérdésre adott válaszaim tudatosan egyszerűek.

Ez a relay teszt meg marha jó, köszi!

--------------------------
eGroupWare, gentoo, gLiveCD és egyéb csacskaságok

"Az smtp szervered direktbe küldi az email-t, vagy egy másik smtp szerveren keresztül?"

Igen, nincs relayhost beállítva.

De úgy is jó, ha a netszolgáltatóm smtp szerverét relayhostnak beállítom.
Bár az meg nem kér auth-ot, ez gondolom "permit_mynetworks" beállításból adódik.

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

Akkor bizony lehet, hogy a szolgáltatód keze van a dologban.
Mivel tudja, hogy honnan akarsz levelet küldeni (körön belülsől), ezért nem kér valószínűleg hitelesítést.
Lehet, hogy emiatt működik akkor is a levélküldésed, ha nem relézel: automatice elfogja és ő továbbítja.

Nálad ez az egyedi helyzet, de általános receptként továbbra is tartom, hogy az 1-3 pontok a megoldások, ami mindenkinek működhet :)

--------------------------
eGroupWare, gentoo, gLiveCD és egyéb csacskaságok

"Ez a relay teszt meg marha jó, köszi!"

De jó ám!

Volt egy "nagy" cég akinek a levelét amavisd karantéba tette,
ellenőríztem a küldő smtp szervert és bizony hogy openrelay eredményt adott.
Tehát jogosan került a mail karanténba! :)

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