szia, Mesterek,

Kell egy kis segítség az e-mail küldése el az én UNIX-szerver:
Ez a Solaris 2.6 és a sendmail verzió a 8.8.
Teljesítménye: / usr / lib / sendmail-bt-d0.1 </ dev / null

Version 8.8.8 + vasárnap
Szerkesztette: LOG MATCHGECOS MIME7TO8 MIME8TO7 NAMED_BIND NDBM NETINET
NETUNIX NIS NISPLUS QUEUE scanf SMTP XDEBUG

\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d System Identity (miután readcf) \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d
(rövid domain name) $ w \u003d my_server
(kanonikus domain name) $ j \u003d my_server.my_companydomain.com
(subdomain name) $ m \u003d my_companydomain.com
(node name) $ k \u003d my_server

ADDRESS TEST MODE (3 szabálykészlet automatikusan nem alkalmazzák)
Írja <ruleset> <cím>

Amikor szaladtam "mailx / mail", ez adott nekem "User Unknown" hibát, és mentse meg az üzenetet egy dead.letter. Tud valaki mondja meg mit tegyek, hogy módosítania kell az én sendmail.cf fájlba? Az egyetlen célja az, próbál küldeni fájlt a szerverről, hogy valakinek az a cég e-mail fiókot.

Üzenet a syslog:

November 19. 13:48:07 my_server sendmail [9885]: NAA09885: somebody@my_company.com to \u003d, delay \u003d 00:00:00, mailer \u003d relay, stat \u003d queued


Köszönöm!

Keressük meg a / etc / mail / sendmail.cf fájl a következő:

# Aki elküldi képzetlen nevek (null eszközzel szállítanak helyben)
DR

# Ki a színészkedést (null nem masquerading) (lásd még: $ \u003d M)
DEM

Ha nincs olyan bejegyzés van, akkor lehet, hogy a felhasználó próbált elküldeni, hogy nem az / etc / passwd fájlt, és azt sem tudja, hova küldjem, hogy ez így is hibát ad. Mivel az Ön által küldött a tartományba (someuser@my_company.com) és ha ezeket a mezőket üresen hagyja, akkor nem tudja, hova küldjem az e-mailt. Így ellenőrzi az / etc / passwd a felhasználónév. Ha ez nincs ott, akkor majd check / etc / mail / aliases egy álnevet a szükséges felhasználói nevet

somuser: someuser@otherserver.my_company.com

Ha nincs egy álnév, nem fog küldeni.

Egy ponton ott kell lennie egy levelező szervert, hogy ismeri az összes felhasználónak. A környezetem volt egy Exchange szerver, így minden e-mailt nem kifejezetten az interneten (someone@not_my_domain.com), illetve nem kifejezetten a helyi felhasználó vagy alias (allunixadmins: Joe, Tom, Charlie, Scott), akkor megy az Exchange kiszolgálón. Ha a Sendmail kiszolgáló lesz a fő e-mail hub, akkor minden felhasználónak fel kell sorolni az / etc / passwd, vagy egy álnevet létre az / etc / mail / aliases.

Be kell, hogy nézd meg a FAQ-on Sendmail és / vagy a Sendmail, olvassa el a könyvet, hogy kitaláljuk, hogyan kívánja áthelyezni mail körül. Miután kitalálni, konkrét segítséget is adni.

(corrected by RTM, köszönöm!)

Használhatja a sendmail-hoz teszt-mail küldésekor:

Parancsot a fenti a parancssorból a megfelelő értékeket az e-mail címet és testfile .... majd tegye az eredményeket és azt ki kell könnyű, hogy mi a probléma.

Egy e-mail user agent olvasásra válaszolva, elhelyezést, és komponált egy e-mailt. Ha az áthelyezés / usr / lib / sendmail / usr / lib / oldsendmail egy Solaris rendszert, és biztosítani, hogy nem fut a szerver (ps-ef | grep mail), majd amikor megy küldjön egy e-mailt fog kapni mailx egy hiba (még a helyi felhasználó ugyanabban a rendszerben).

# Mailx-s "teszt" unixops </ etc / issue
: / usr / lib / sendmail: Nincs ilyen fájl vagy könyvtár


Sendmail nem kell fut (vagyis amikor a bejövő e-mail, amely lehetővé teszi a helyi szerver), de jelen kell lennie (vagy más MTA) a küldő e-mail.

HP-UX, mozgó sendmail semmiben nem küldött a helyi felhasználók számára, de meg fog állni küldi ki, hogy a szerverről a másikra.

sendmail nem ellenőrzi, hogy az általa küldött e-maileket, és ha igen, hol?

RTM,


Your are right. Azt vizsgálták, hogy a minap, és megállapította, hogy amikor én baldachin ez volt kifejti a szimbolikus linket a / usr / sbin / sendmail, és nem a tényleges sendmail programot.

Amikor mentem a programot, kaptam ugyanazt az eredményt, mint te.

Én megyek vissza a szerver és a mozgás sendmail vissza a 'csúnya helyen van

Én nagyon nagyra becsüllek én hiba kijavítása ..... Azt hittem, már ellenőrizték, de valóban indokolja a szimbolikus link, és nem a tényleges sendmail program