28.5.1. | Miért kell teljes hálózati neveket megadni a gépemen? |
Előfordulhat, hogy a hivatkozni
kívánt gép valójában egy
másik tartományban szerepel.
Például, ha az Régebben egyébként ezt a
BSD-típusú BIND névfeloldók
megengedték. A FreeBSD jelenlegi változatai
azonban már olyan BIND
verziót tartalmaznak, amelyek
alapértelmezés szerint már nem engedik
a tartományunkon kívüli relatív
nevek használatát. Tehát a
Ez eltér a korábbi
viselkedéstől, ahol a keresés
folytatódott a Ezt a problémát egyébként
megoldhatjuk annyival, hogy az
search ize.mize.edu mize.edu sor helyett a domain ize.mize.edu sort írjuk be. Arra viszont ügyeljünk, hogy a keresési rend ne lépje át a "helyi és nyilvános adminisztráció között meghúzódó határt", ahogy azt az RFC 1535 nevezi. | |
28.5.2. | A sendmail szerint "a levél a saját farkába harap" |
Ezt a sendmail gyakran ismértelt kérdései között a következőképpen válaszolták meg: A következő hibaüzenetet kapom: 553 MX list for A sendmail GYIK a | |
28.5.3. | Hogyan tudok levelező szervert futtatni egy betárcsázós PPP kapcsolat esetében? |
Egy helyi hálózaton levő FreeBSD-s gépet akarunk tehát az internethez kapcsolni. Ez a FreeBSD-s gép lesz a helyi hálózat leveleket továbbító átjárója. A PPP kapcsolat nem dedikált. Legalább két módon meg tudjuk oldani. Az egyik módszer szerint az UUCP használatára lesz szükségünk. A másik módszer szerint szereznünk
kell egy éjjel-nappal üzemelő internetes
szervert, amely majd szolgáltatja a másodlagos
MX rekordot a tartományunkhoz.
Például, ha a cégünk
tartománya a
Végső címzettként csak egy
gépet kell megadni (az
Amikor a leveleket küldeni akaró
A bejelentkezéskor ezért egy hasonló szkriptet kell lefuttatnunk: #!/bin/sh # Tegyük a /usr/local/bin/pppmyisp állományba: ( sleep 60 ; /usr/sbin/sendmail -q ) & /usr/sbin/ppp -direct pppmyisp Ha készítünk egy külön
bejelentkező szkriptet a felhasználók
számára, akkor a A helyzetet így lehetne még jobban pontosítani: Az alábbi üzenet a FreeBSD Internet service provider's levelezési lista archívumából származik. > we provide the secondary MX for a customer. The customer connects to > our services several times a day automatically to get the mails to > his primary MX (We do not call his site when a mail for his domains > arrived). Our sendmail sends the mailqueue every 30 minutes. At the > moment he has to stay 30 minutes online to be sure that all mail is > gone to the primary MX. > > Is there a command that would initiate sendmail to send all the mails > now? The user has not root-privileges on our machine of course. In the "privacy flags" section of sendmail.cf, there is a definition Opgoaway,restrictqrun Remove restrictqrun to allow non-root users to start the queue processing. You might also like to rearrange the MXs. We are the 1st MX for our customers like this, and we have defined: # If we are the best MX for a host, try directly instead of generating # local config error. OwTrue That way a remote site will deliver straight to you, without trying the customer connection. You then send to your customer. Only works for "hosts", so you need to get your customer to name their mail machine "customer.com" as well as "hostname.customer.com" in the DNS. Just put an A record in the DNS for "customer.com". Az idézet fordítása: > Másodlagos MX rekordot biztosítunk az ügyfeleinknek. Az ügyfelek ezután automatikusan > csatlakoznak naponta akár többször is a szolgáltatásunkhoz és leszedik az elsődleges MX > rekordhoz tartozó leveleket. (Nem szólunk neki, amikor a tartományához levél > érkezik.) A sendmail programunk minden 30 percben elküldi a sorban felhalmozódott > leveleket. Tehát jelen pillanatban legalább 30 percig fenn kell lennie az ügyfélnek, hogy > rendben megkapja az elsődlegesre MX rekordra. > > Létezik valamilyen parancs a sendmail programhoz, amellyel azonnal lekérhetjük az összes > levelünket? A felhasználómnak természetesen nincsenek rendszergazdai jogosultságai az adott > gépen. A sendmail.cf "privacy flags" beállításai között van egy definíció, az Opgoaway,restrictqrun. Vegyük ki innen a restrictqrun beállítást, amivel a nem root felhasználók is megindíthatják a sor feldolgozását. Valószínűleg az MX-ek átrendezésére is szükség lesz. Mi vagyunk az első MX az ilyen típusú ügyfelek számára, és ezt adtuk meg: # Ha mi vagyunk a legjobb MX a levél számára, akkor ne generáljunk # helyi beállítási hibát, hanem próbálkozzunk közvetlenül. OwTrue Ezzel már a távoli gép közvetlenül nekünk küld anélkül, hogy próbálkozna az ügyfél kapcsolatával. Ezt majd továbbküldjünk az ügyfélnek. Ez csak hálózati nevek esetében működik, tehát az ügyfelünknek el kell neveznie a leveleket fogadó gépét "customer.com"-nak, valamint a fel kell venni a "hostname.customer.com" címet is a DNS-be. Ehhez egyszerűen csak elegendő egy A rekordot betenni a "customer.com"-hoz. | |
28.5.4. | Miért kapok folyton Relaying Denied hibát, amikor más gépekről küldök levelet? |
A FreeBSD alapértelmezett telepítése során a sendmail úgy állítódik be, hogy csak arról a gépről küldhetünk vele levelet, ahol fut. Például, ha POP szerver is elérhető, akkor a felhasználók meg tudják nézni a leveleiket az iskolából, munkából vagy bármilyen más távoli helyről, de leveleket onnan továbbra sem tudnak küldeni. Általában pár pillanattal a próbálkozás után a MAILER-DAEMON küldeni fog egy 5.7 Relaying Denied (5.7 A továbbítás nem engedélyezett) üzenetet. Több lehetőségünk is van ennek
megkerülésére. Az a legegyszerűbb
módszer, ha az internet-szolgáltatónk
címét felvesszük az
Az állomány létrehozása vagy módosítása után újra kell indítanunk a sendmail programot. Ez remekül működik abban az esetben, ha rendszergazdák vagyunk és nem akarunk a helyi gépről levelet küldeni, vagy egy másik gépen vagy akár másik internet-szolgáltatóval akarunk valamilyen kattingatós levelező programot használni. Olyankor is nagyon hasznos lehet, amikor csak egy vagy két e-mail hozzáférést állítottunk be. Ha egyszerre több címet is fel szeretnénk venni, akkor nyissuk meg ezt az állományt a kedvenc szövegszerkesztőnkkel és írjuk be a tartományokat, soronként egyet: saját.internet.szolgáltató.net másik.internet.szolgáltató.com felhasználók-internet.szolgáltató.ja www.minta.org Innentől kezdve a listában szereplő bármelyik gépről tudunk levelet küldeni (feltéve, hogy az adott felhasználó hozzáfér a gépünkhöz). Ezzel gyönyörűen megoldhatjuk, hogy a felhasználóink képesek legyenek távolról is levelet küldeni a rendszerünkön keresztül anélkül, hogy mások pedig szemetet küldenének át rajtunk. |
Ha kérdése van a FreeBSD-vel kapcsolatban, a
következő címre írhat (angolul):
<questions@FreeBSD.org>.
Ha ezzel a dokumentummal kapcsolatban van kérdése, kérjük erre a címre írjon:
<gabor@FreeBSD.org>.