natgillin/translations-raw huggingface dataset:
De fleste leverandører tilbyder en række nyttige faciliteter, f.eks. lagring og genfinding af meddelelser samt tekstudarbejdelse.
Most suppliers will provide a number of useful facilities such as filing, retrieval and text preparation.
Et MD består af en eller flere MTA'er og kan desuden omfatte UA'er.
A management domain consists of one or more MTAs and may also comprise UAs.
MD-konceptet blev indført for at lette forvaltning og implementering af meddelelseshåndteringssystemer.
The concept of the management domain was introduced to assist in the administration and implementation of message handling systems.
Når en meddelelse befinder sig inden for et bestemt MD, har det pågældende MD ansvaret for den.
When a message is located within a management domain, that domain is responsible for it.
Formålet med at arbejde med MD'er er udelukkende at kunne fastsætte ansvaret for forhold vedrørende navngivning, adressering og rutning.
Domains are defined in order to determine responsibility for naming, addressing and routeing purposes only.
Et MD's afgrænsning falder ikke nødvendigvis sammen med grænserne for et fysisk system eller en bestemt organisation.
The boundaries of a domain do not necessarily coincide with the boundaries of a physical system or those of a particular organization.
Funktionsstandarderne behandler først og fremmest problemerne vedrørende forbindelse mellem forskellige MD'er og ikke sammenkobling af udstyr af forskelligt fabrikat inden for samme MD.
ADMDs are those owned by public service suppliers and PRMDs are those owned by private organizations.
Når to forskellige funktionelle komponenter i et meddelelseshåndteringssystem er placeret i forskellige fysiske systemer, kan de kun kommunikere ved hjælp af en OSI-protokol.
The functional standards concentrate on the problem of Unking different management domains and not on the interworking of equipment from different vendors within a management domain.
I 1984-anbefalingerne er der defineret to kommunikationsprotokoller, nemlig Pl-meddelelsesoverførselsprotokollen for ekspedition af meddelelser mellem MTA'er og P3-protokollen for afsendelse og modtagelse mellem en UA og den tilsvarende MTA.
There are two communications protocols defined in the 1984 standard: the PI message transfer protocol (PI) for relaying messages between MTAs and the P3 protocol for submission and delivery between a UA and its MTA.
ENV'erne behandler ikke UA-MTA-protokollen (P3), men er derimod baseret på, at UA'en og MTA'en fysisk er installeret i det samme udstyr.
The ENVs do not deal with the P3 UA-MTA protocol and simply assume that the UA and the MTA are collocated, that is, installed on the same piece of equipment.
Det betyder, at det overlades til leverandøren at definere kommunikationen mellem UA og MTA.
As such, they leave it to the supplier to define how they work together.
III.1.5 Navngivning og adressering
Ill.l .5. Naming and addressing
I MHS-standarderne tjener navngivning og adressering til at kunne identificere hver enkelt UA, på samme måde som navne og adresser bruges af postvæsenet.
In the MHS standards, naming and addressing are used to determine a unique identifier for each UA, just as names and addresses are used by postal services.
Man siger, at UA'en identificeres ved sit O/R-navn (Originator/Recipient name).
This identifier is called the originator/recipient name.
For tiden anvendes i leverandørspecifikke systemer en lang række forskellige måder at identificere brugere og "postkasser" på.
At present, a variety of different means are used by proprietary systems to identify users and mailboxes.
MHS-standarder indeholder et antal adresseattributter, der kan kombineres i forskellige strukturer og hermed give entydige adresser.
The MHS standards provide a set of addressing attributes which can be combined in different structures to provide a unique address.
Imidlertid er de værdier, der kan benyttes i strukturerne, ikke specificeret i standarderne.
The standards do not, however, specify the values which are used within those structures. This allocation must
På kort sigt vil der formentlig være behov for én sådan myndighed pr. domæne.
In the short term, there is likely to be a need for one such authority for each domain.
I forbindelse med overførsel mellem domæner, må navnet på modtagerens domæne indgå som en del af meddelelsesadressen.
When messages are transferred between domains, the recipient's domain name will have to be included as part of the destination address for a message.
Det er desuden sandsynligt, at hvert enkelt land vil have behov for at oprette en central navngivningsmyndighed, der kan kontrollere navngivningen og sikre, at hvert domæne får et entydigt navn.
It is also likely that each country will have to establish a national naming authority to control naming and ensure that each domain is allocated a unique name.
Figur 3.1.1/6: Meddelelsens konvolut og indhold
Figure 3.1.1/6: Message envelope and content
MHS-meddelelser består af en konvolut med indhold.
The messages which are carried by the message handling system comprise an envelope and its content.
Konvolutten består af elementer, meddelelsesoverførselssystemet selv har brug for, dvs. transportinstrukser til systemet.
The envelope is made up of elements which are used by the message transfer service itself and it contains delivery instructions to the MTS.
Disse elementer kan ændre sig, efterhånden som transporten finder sted.
These elements may vary as the message is relayed.
Derimod ændres selve indholdet ikke i den meddelelse, brugerens UA overgiver meddelelsesoverførselssystemet, medmindre der udtryk keligt er anmodet herom.
The content of the message which is submitted by the user's UA to the MTS is not altered by the MTS unless this is specifically requested.
Selve indholdet kan bestå af mere end blot en informationsdel. For eksempel består indholdet i IPM-meddelelser af et hoved og en informationsdel.
The content may itself consist of more than one body part.
Informationsdelen udgør den egentlige meddelelse.
The body part is the message itself.
Hovedet indeholder dog også information af interesse for brugeren, f.eks. oplysning om emne og afsenderens navn.
The heading also contains information which is of interest to the user such as the subject of the message and the name of the sender.
Dette svarer til de oplysninger, der findes i brevhovedet på en traditionel administrativ skrivelse.
This is similar to the kind of information which might be found at the head of a conventional office memo.
Indholdet i en meddelelse kan bestå af en række forskellige typer, f.eks. tekst, fax eller grafik.
The content of a message can be of a number of different types such as text, facsimile or graphics.
Såfremt modtager-UA'eh ikke kan håndtere en bestemt type, returnes meddelelsen som "ikke leveret".
The receiving U A must be able to deal with the content type of messages received or they are returned as non-delivered.
En UA skal endvidere være i stand til at lagre de meddelelser, den kan modtage med sin MTA.
The receiving UA must also be able to register the content types it can receive with its MTA.
Meddelelsesoverførsel er den grundlæggende tjeneste i MHS.
The message transfer service is the basic service provided by MHS.
IPMS (InterPersonal Messaging Service) er et lag øverst i meddelelsesoverførselssystemet, der er udviklet med henblik på udveksling af meddelelser mellem personer.
The interpersonal messaging service (IPMS) is a layer on top of the MTS designed for the exchange of messages between people.
IPMS giver mulighed for særlige strukturer, f.eks. hoved med oplysning om afsender, modtager og emne samt meddelelser med bilag.
Specific message structures are suggested such as headings which include the names of the originator and recipient, the subject, and a message covering another enclosure.
Desuden indeholder IPMS særlige faciliteter, som brugeren kan stille krav om, f.eks. besked om en meddelelses korrekte modtagelse.
IPMS also provides a number of additional services which users can request such as notification of the receipt or non-receipt of a message.
I X.400-anbefalingerne betegnes IPMS-funktioner som tjenesteelementer. I ENV'er er tjenesteelementer karakteriseret som supported eller nonsupported.
The X.400 recommendation refers to IPMS functions as service elements.
Hvis et tjenesteelement er supported, vil det indgå i ethvert produkt, der er i overensstemmelse med den pågældende ENV.
If a service element is supported, any product which conforms to the ENV will contain it.
Hvis det derimod er nonsupported er det ikke obligatorisk, dvs. at såfremt den ordregivende myndighed ønsker dette element leveret foruden de obligatoriske elementer i ENV'en, må der udtrykkeligt gøres opmærksom herpå.
If it is non supported, it is optional meaning that if the option is required, the procurer must explicitly ask for it in addition to the mandatory requirements of the ENV.
I forbindelse med MHS må enhver meddelelse betragtes fra såvel afsenders som modtagers side.
In MHS, each message must be considered from two points of view: origination and reception.
Visse tjenesteelementer skal understøttes af systemet såvel for meddelelsesafsender som meddelelsesmodtager. Som eksempel herpå kan nævnes Subject Indication.
Some service elements need to be supported by the system both in its role as originator of messages and in its role as message recipient.
Andre tjenesteelementer er kun nødvendige for en af de to parter. F.eks. skal UA'er understøtte modtagelse af Importance Indication, men ikke nødvendigvis være i stand til at generere en sådan.
Other service elements only call on one of the two system roles: user agents must be able to support the receipt of an importance indication but do not have to be able to generate one.
I nogle tilfælde giver et tjeneste element slet ikke mening i forbindelse med en af parterne. Dette gælder Delivery
In some cases, the service element in question is not applicable to one of the roles.
Tilstedeværelsen af et tjenesteelement i et system betyder ikke nødvendigvis at det skal anvendes.
The presence of a service element in the system does not mean that it must be used.
Nedenfor findes korte forklaringer på de tjenesteelementer, der er omtalt i dette afsnit af håndbogen.
Hereafter, brief explanations are provided for the service elements referred to in this section of the Ephos handbook.
Access Management gør det muligt for en UA og en MTA at identificere hinanden.
Access management
UA'en kan angive sit O/R-navn, og der kan benyttes password mellem de to enheder.
The UA can specify its O/R name and passwords can be used between the two devices.
Advice on the Content Type Capabilities of a Remote UA gør det muligt for en UA, før afsendelse, at få en liste over de indholdstyper, en anden UA kan modtage.
Advice on the content type capabilities of a remote
Alternate Recipient Allowed gør det muligt for en UA i forbindelse med afsendelse af en meddelelse at give meddelelsesoverførselssystemet besked om, at meddelelsen kan sendes til en sekundær modtager, hvis den primære modtager ikke kan nås.
Enables a UA to request a list of the encoded information types another UA is capable of receiving before sending a message to that UA.
Alternate Recipient Assignment gør det muligt at udpege en bestemt UA til at modtage de meddelelser, der på grund af manglende adresseoplysning ikke kan transporteres til den tilsigtede UA.
Alternate recipient allowed
Audit Trail gør det muligt for den sendende UA at anmode om, at en given meddelelse mærkes med dato og tidspunkt for dens ankomst til hver enkelt mellemstation.
Allows an originating UA to inform the MTS that a message can be sent to an alternative recipient if the original recipient cannot receive it.
Hvis for eksempel en meddelelse transporteres via 3 MTA'er, før den modtages af en UA, vil der i audit trail være angivelse af, hvornår hver MTA og UA modtog den. Den
Enables an organization to set up a UA which can receive messages which do not have enough addressing information to establish the intended recipient UA.
III SUPPLERENDE TEKNISKE OPLYSNINGER sendende UA kan genfinde disse oplysninger.
The originating UAcan retrieve this information.
Authorizing User's Indication angiver, hvem der har anmodet om afsendelse af en given meddelelse.
Indicates who authorized the sending of the message.
F.eks. kan det være en chef, der har anmodet om afsendelse, men en sekretær, der rent faktisk står som afsender.
For example, a manager may authorize the sending of a message, but a secretary may actually send it out (and thus be the originator).
Indication fortæller modtageren af en given meddelelse, at det drejer sig om en meddelelse, der automatisk er videresendt fra en anden brugers UA.
Informs the recipient of a message that it contains a message which has been automatically sent on by another user's UA.
Blind Copy Recipient Indication fortæller modtageren af en given meddelelse, at det drejer sig om en kopi, der er tilsendt, uden at meddelelsens hovedmodtager er orienteret.
Blind copy recipient indication
Body Part Encryption Indication fortæller modtageren af en given meddelelse, at denne helt eller delvis er kryptograferet.
Indicates to the recipient that all or part of the body of the message is encrypted.
Det er dog ikke dette tjenesteelement, der konkret udfører kryptograferingen.
This service element, however, does not actually perform the encryption.
Content Type Indication gør det muligt for den sendende UA at angive en given meddelelses indholdstype, f.eks. om det drejer sig om en IP-meddelelse.
Enables the originating UA to indicate the content type for each submitted message, for example, whether it is an IP message.
Conversion Prohibition gør det muligt for den sendende UA at meddele modtager-UA'en, at en meddelelse ikke må konverteres fra sin oprindelige type, f.eks. fax, til en anden.
Enables the originating UA to instruct the receiving UA that a message should remain in its original type, for example fax, and not be converted.
Converted Indication gør det muligt for meddelelsesoverførselssystemet at give modtager-UA'en besked om, at systemet har konverteret en del af meddelelsen fra én type til en anden, samt oplyse om den nye type.
Enables the MTS to inform a receiving UA that it has converted a body part from one type to another. It informs the UA of the new information type.
Cross Referencing Indication angiver, at en meddelelse refererer til en tidligere meddelelse, og oplyser hvilken. Dette svarer til angivelsen "Deres reference:" øverst i forretningsbreve.
Indicates that the message refers to a previously sent message by giving its IP message ID.
Deferred Delivery gør det muligt for den sendende UA at give meddelelsesoverførselssystemet besked om, at en given meddelelse først skal leveres senere.
Enables an originating UA to tell the MTS that a message should not be delivered before a certain date and time.
Deferred Delivery Cancellation gør det muligt for den sendende UA at give meddelelsesoverførselssystemet besked om, at en bestemt Deferred Delivery-oidre alligevel ikke skal effektueres.
Deferred delivery cancellation
Delivery Notification gør det muligt for den sendende UA at give meddelelsesoverførselssystemet besked om, at der skal sendes en bekræftelse tilbage, når en bestemt meddelelse er leveret til modtager-UA'en.
Enables an originating UAto request that a notification be returned to it when a submitted message has been delivered to the recipient UA.
Delivery Time Stamp Indication gør det muligt for meddelelsesoverførselssystemet at informere modtager-UA'en om dato og tidspunkt for systemets modtagelse af meddelelsen.
Delivery time stamp indication
Designation of Recipients by Named Distribution List gør det muligt for brugeren at sende en meddelelse til alle adresser på en forsendelsesliste blot ved at angive listens navn.
Designation of recipients by named distribution list
Disclosure of Other Recipients gør det muligt for en UA, der sender en meddelelse til flere modtagere, at give meddelelsesoverførselssystemet besked om at orientere den enkelte modtager-UA om de øvrige modtageres O/R-navne.
Enables an originating U A which is sending a message to multiple recipients to instruct the MTS to disclose the O/R name of each recipient UA to the other recipient UAs.
Expiry Date Indication gør det muligt for afsenderen at angive en dato, efter hvilken meddelelsen ikke længere er relevant.
Enables the originator to indicate a date after which a message is no longer relevant.
Explicit Convervsion gør det muligt for den sendende UA at anmode meddelelsesoverførselssystemet om typekonvertering af en given meddelelse.
Enables an originating UA to request the MTS to convert the contents of a message from one type to another.
Forwarded IP Mesage Indication angiver, at en del af meddelelsens indhold i sig selv er en meddelelse, der er videresendt af den oprindelige modtager.
Forwarded IP message indication
III SUPPLERENDE TEKNISKE OPLYSNINGER
Grade of delivery selection
Grade of Delivery Selection gør det muligt for den sendende UA at anmode om, at en meddelelse overføres hurtigere end normalt.
Enables an originating U A to request that a message be transferred as either urgent or non urgent.
Der findes to kategorier for sådan hurtig overførsel (urgent og non-urgent), men standarderne angiver ingen tidsramme hverken for disse to eller for normal overførsel.
Both of these will be faster than the normal rate, but the standards do not define the delivery period for any of these three grades of delivery.
Holdfor Delivery gør det muligt for en UA at anmode meddelelsesoverførselssystemet om at tilbage holde meddelelser afsendt fra UA'en, indtil den udtrykkeligt giver besked om, at disse kan leveres.
Enables a UA to tell the MTA to delay delivery of its messages until it explicitly tells the MTA that it can deliver messages again.
Implicit Conversion gennemføres automatisk af meddelelsesoverførselssystemet, hvis dette konstaterer, at der er behov for konvertering (på basis af datatyperne i meddelelsen og de data typer, modtageren accepterer). Det er derfor ikke nødvendigt inden for den fastlagte tidsramme at anmode om konvertering for den enkelte meddelelse. Afsenderen kan eventuelt forhindre Implicit Conversion.
This function is automatically carried out by the MTS if it determines that there is a need for conversion (on the basis of the message's body parts and the registered body part types of the recipient).
Importance Indication fortæller modtageren, hvor vigtig meddelelsen er set fra afsenderens synspunkt.
Indicates to the recipient how important the originator thinks the message is.
IP Message Indication gør det muligt for brugeren entydigt at identificere en meddelelse, således at der kan refereres hertil i senere korrespondance.
Enables the user to create a unique identifier for a message so that it can be referred to in later correspondence.
Latest Delivery Designation gør det muligt for den sendende UA over for meddelelses overførselssystemet at angive et tidspunkt og en dato, efter hvilke meddelelsen ikke længere må leveres.
Latest delivery designation
Message Circulation gør det muligt for brugeren at bestemme, at en meddelelse skal sendes i cirkulation blandt brugere i den rækkefølge, hvori disse er anført på en forsendelsesliste.
Allows the originator of a message to request that the message be circulated to a given list of recipients in order.
Meddelelsen sendes altså først til bruger A, hvis UA ekspederer den videre til bruger B osv.
It is first sent to user A whose UA then sends it on to user B and so on.
Message Indication gør det muligt for meddelelsesoverførselssystemet entydigt at identificere hver enkelt meddelelse.
Enables the MTS to give a unique identifier to each message. The UA and MTS can then use this identifier as a reference for other service elements such as delivery notification.
UA'en og meddelelses overførselssystemet kan herefter i forbindelse
Enables an originating UA to address a message to more than one recipient.
Multi-Part Body gør det muligt at sende meddelelser bestående af flere forskellige datatyper.
Allows the body of a message to contain a number of differently encoded body parts.
Notification gør det muligt for meddelelsesoverførselssystemet at melde tilbage til den sendende UA, at det ikke har været muligt at levere en meddelelse til den påtænkte UA.
Enables the MTS to inform an originating UA that it has not been able to deliver a message to its intended recipient UA.
Årsagen til den manglende levering vil fremgå.
The notification will include the reason for the non-delivery.
Notification gør det muligt for afsenderen at anmode om en tilbagemelding i de tilfælde, hvor den påtænkte modtager ikke har modtaget meddelelsen.
Allows the originator to request notification when a message is not received by its intended recipient.
Tilbagemeldingen genereres af modtagerens UA og ikke af modtageren personligt.
It is generated by the recipient's UA and not by the recipient personally.
Årsagen til den manglende modtagelse vil fremgå.
The notification will include the reason for non-receipt.
Obsoleting Indication refererer til en tidligere sendt IP-meddelelse og angiver, at denne er forældet.
Refers to a previously sent IP message and indicates that it is obsolete.
Den meddelelse, der indeholder Obsoleting Indication, erstatter den forældede.
The IP message that carries this indication supersedes the obsolete message.
Original Encoded Information Types gør det muligt for den sendende UA over for modtager-UA'en at angive, hvilke kodningstyper der findes i en given meddelelse.
Original encoded information types indication
Originator Indication fortæller en meddelelses modtager, hvem afsenderen er.
Enables an originating UA to indicate to the recipient UA which information type encodings are to be found in the message's content.
Originator Requested Alternate Recipient gør det muligt for brugeren over for meddelelsesoverførselssystemet at specificere en alternativ modtager for hver af en meddelelses oprindeligt påtænkte modtagere.
Originator requested alternative recipient
Meddelelsen sendes videre til en alternativ modtager, hvis meddelelsesoverførsels systemet ikke kan levere meddelelsen til en af de oprindeligt påtænkte modtagere.
Enables the user to specify to the MTS one alternative recipient for each named intended recipient for the message. The alternative recipient is sent the message if the MTS cannot deliver it to the originally intended recipient.
III SUPPLERENDE TEKNISKE OPLYSNINGER
, SUPPLEMENTARYTECHNICAL INFORMATION
Probe gør det muligt for den sendende UA at finde ud af, om en bestemt meddelelse vil kunne modtages af den påtænkte UA.
Enables an originating UA to find out if a message can be accepted by its intended recipient.
Der sendes en prøvemeddelelse indeholdende information af samme type som i den egentlige meddelelse. Meddelelsesoverførselssystemet svarer med en Delivery Notification eller en Non-Delivery Notification.
A probe is sent out containing information of the same type as that of the message to follow.
Receipt Notification gør det muligt for afsenderen at give meddelelsesoverførselssystemet besked om, at der skal sendes en bekræftelse tilbage, når den påtænkte modtager har modtaget en bestemt meddelelse.
Allows the originator to request that notification be given when the intended recipient has received a message.
I bekræftelsen vil der være en reference til meddelelsen samt oplysning om tidspunktet for modtagelsen.
The notification will include the time at which the message was received and the message identifier.
Redirection of Incoming Messages gør det muligt for en UA at give meddelelsesoverførselssystemet besked om, at alle meddelelser, der skulle have været leveret til den, skal sendes videre til en anden UA i en bestemt periode.
Redirection of incoming messages
Registered Content Types Capability gør det muligt for en UA over for meddelelsesoverførselssystemet at angive, hvilke indholdstyper den kan modtage.
Registered content types capability
Registered Encoded Information Types gør det muligt for en UA over for meddelelsesoverførselssystemet at angive, hvilke kodningstyper det kan modtage (f.eks. fax, gruppe 3).
Registered encoded information types