mailhelp - Online sa Cloud

PROGRAMA:

NAME

maildist, mailhelp, maillist, mailpatch - mga utos ng mailagent

SINOPSIS

maildist tirahan sistema [ bersyon ]
mailhelp [ tirahan ]
maillist [ tirahan ]
mailpatch tirahan sistema bersyon patchlist

DESCRIPTION

Ang mga utos na ito ay hindi nilayon na direktang patakbuhin ng isang user. Maaaring lumitaw ang mga ito sa anumang mail
na ang paksa ay nakatakda sa Utos. Ang nasabing mail ay ipoproseso ng mailagent(1), na
ay i-extract ang lahat ng mga linya na nagsisimula sa @SH, na sinusundan ng isa sa mga utos sa itaas. Ang
Ang mailagent ay unang nagtatakda ng mga variable ng kapaligiran na gagamitin ng bawat command.

Maildist ay ginagamit upang ipadala ang isang buong pamamahagi sa ibinigay na address. Ang numero ng bersyon ay maaaring
aalisin kung ang system ay walang tinukoy na bersyon !! Maildist hinahanap ang
I-spool/mga pamamahagi file upang mahanap kung saan matatagpuan ang pamamahagi. Kung ito ay nai-archive,
ang extension ng pangalan ng file ay ginagamit upang hulaan kung paano maibabalik ang archive:

.cpio Ang archive ay a cpio archive
.tar ang archive ay nasa alkitran format
.cpio.Z compressed cpio archive
.tar.Z compressed alkitran archive

Tandaan na sa mga file system na may maikling pangalan ng file, ang pangwakas .Z maaaring i-drop ang extension.
Samakatuwid, ang mga naka-compress na archive ay dapat na tahasang nakasaad sa I-spool/mga pamamahagi file.

Kapag ang direktoryo ay natagpuan (o na-extract), maildist naghahanap ng a .balot file. Kung ang isa ay
natagpuan, pagkatapos ay ipinapalagay na ang pamamahagi na ito ay nasa ilalim ng kontrol ng dist 3.0 na pakete, at
ang makedist Ang utos ay tinatawag na aktwal na i-mirror ang pinagmulang puno (makedist na bahagi ng
dist 3.0).

Kung hindi, naghahanap ito ng isang MANIFEST file. Kung makakita ito ng isa, tanging ang mga file na nakalista doon
ipapadala. Kung hindi, ang lahat ng mga file ay ipapadala, maliban sa mga binary executable at
object file, ang RCS sub-directory o RCS file, ang pribado U subdirectory at ang
.balot file, anuman ubod file o file sa a bug subdirectory.

Pagkatapos, ang sumusunod na algorithm ay ginagamit: kung walang nakitang RCS file, ang file ay ipapadala nang ganoon.
Kung hindi, maghahanap kami ng tinukoy na simbolo ng 'lastpat'. Kung ito ay natagpuan, ang kaukulang
ang rebisyon ay na-check-out at ipinadala. Kung hindi, ang huling rebisyon sa default na sangay ay
na-extract, sa kondisyon na ang kaukulang gumaganang file ay hindi natagpuan.

Ang maildist Ang command ay hindi gagana kung ang system ay na-tag bilang luma (na may isang o nasa
patches column ng mga pamamahagi file). Isang mensahe ang ipapadala pabalik sa user, na nagpapaliwanag
na mga patch lang ang available.

Mailhelp nagpapadala ng tulong sa address (kung aalisin, ang landas ng pagbabalik ng mail ay ginagamit). Ang
ang text ng tulong ay matatagpuan sa Spool/agenthelp. Dapat ito ay naitakda nang tama sa
pamamaraan ng pag-install, tulad ng ipinaliwanag sa mailagent(1) manu-manong pahina.

listahan ng mail nagpapadala ng listahan ng mga magagamit na distribusyon, na may kasalukuyang mga patchlevel kung kinakailangan.
Ang I-spool/mga pamamahagi at Spool/proglist Ang mga file ay parehong ginagamit upang bumuo ng listahan.

Mailpatch nagpapadala ng isa o higit pang mga patch para sa isang pinananatili na pamamahagi. Ang direktoryo o ang
Ang archive ay matatagpuan sa pamamagitan ng pag-scan I-spool/mga pamamahagi. ang bug dapat pagkatapos ay hawak ng sub-directory ang
magagamit na mga patch. Ang mga patch ay maaaring maimbak sa naka-compress na anyo (na may dulo .Z), bilang
mailpatch alam ang tungkol sa mga ito at i-uncompress ang patch bago ipadala.

Ang mga patch para sa mga lumang system ay pinananatili sa isang hiwalay na direktoryo, alinman sa normal o sa
naka-compress na anyo. Kung ang numero ng bersyon ng lumang sistema ay xy, kung gayon ang direktoryo ay dapat
mapangalanan mga bug-xy at inilagay sa root directory ng system, tulad ng bug ay.

Sa tuwing humihiling ang user ng lumang sistema, mailpatch nagsingit ng munting tala na nagbibigay ng
pinakabagong numero ng bersyon para sa system na iyon.

NOTA

Para sa mas tumpak na paglalarawan ng mga utos na ito (point of vue ng user), maaaring gusto mo
tingnan ang file ng tulong o magpadala ng tulong sa iyong sarili gamit ang mailhelp utos.

PAGPATULOY

Kapag ang may-akda ng isang pakete ay nagnanais na talikuran ang lahat ng tungkulin sa pagpapanatili, siya ay madalas
natigil sa bigat ng nakaraan: I-configure ang mga script na naka-hardwired ang kanyang e-mail address (tingnan ang
unit MailAuthor.U) at Command messages para sa pagpaparehistro ng package at/o mga kahilingan sa patch
ay patuloy na makakarating sa kanya.

Ang sagot diyan ay umalis a .pasulong file sa tuktok ng puno ng package at mga utos
ay awtomatikong mamemeke ng mga bagong kahilingan at ipapasa ang mga ito sa address na nakalista sa
.forward file. Ngayon ang tatanggap ay tiyak na nangangailangan ng mailagent sa kabilang dulo upang harapin
ipinasa ang mga kahilingan!

Ang (mga) plain e-mail address lamang ang pinapayagan sa .forward. Ang "|command" processing hook
ay hindi suportado, dahil hindi ito sendmail na nagbibigay-kahulugan sa file na iyon ngunit ang utos
mismo.

Nalalapat ang pagpapasa sa maildist, mailpatch at pakete mga utos lamang.

Gumamit ng mailhelp online gamit ang mga serbisyo ng onworks.net