natgillin/translations-raw huggingface dataset:
Der er udviklet europæiske standarder (ENV) til 1984-udgaven, mens der fortsat arbejdes på standarder til 1988-udgaven.
ENVs have been developed for the 1984 version but work is still under way to create ENVs for the 1988 version.
Som følge heraf findes der produkter, der svarer til 1984-udgaven, mens der først nu begynder at foreligge produkter med reference til 1988-udgaven.
As a result, products corresponding to ENVs which refer to the 1984 version are currently available but it is not likely that products corresponding to ENVs which refer to the 1988 version will be made available before the end of 1991.
De scenarier, der følger nedenfor, er baseret på 1984-udgaven.
The scenarios which follow are based on the 1984 version of the standard.
Såfremt der er behov for nogle af de supplerende funktioner i 1988-udgaven, må passende formuleringer tilføjes indkøbsspecifikationen som beskrevet i II.2.2.
If any of the additional functions provided for in the 1988 version are required, appropriate clauses will have to be added to the procurement specification as described in II.2.2.
Der findes detaljerede op lysninger om 1988-forbedringerne i III.1.9 og III.1.10. 1.10.
Details on the 1988 enhancements will be found in III.1.9 and III.1.10.
Figur 3.1.1/2: Forbindelse mellem to PRMD'er
Figure 3.1.1/2: PRMD to PRMD connection
Il STANDARDER, VALGMULIGHEDER OG INDKØBSFORMULERINGER
STANDARDS, OPTIONS AND PROCUREMENT CLAUSES
Brugeren udfærdiger meddelelser ved hjælp af UA'en (User Agent), der videregiver dem til en MTA med henblik på overførsel via meddelelseshåndteringssystemet.
Here, a user prepares a message on the user agent (UA) which submits it to an MTA for transfer across the message handling system.
Bemærk, at standarden ikke fastlægger grænsefladen mellem brugere og UA'er.
Note that the standard does not define the interface between users and UAs.
Figur 3.1.1/3: Forbindelse mellem PRMD og ADMD og mellem to ADMD'er
Figure 3.1.1 /3: PRMD to ADMD and ADMD to ADMD connections
Dette scenario beskriver udveksling af meddelelser mellem et PRMD og et ADMD.
This scenario describes message interchange between a private management domain (PRMD) and an administrative management domain (ADMD).
Et ADMD ejes enten af et offentligt telefonselskab eller af et servicenet (VADS -Value-Added Data Service).
An ADMD is one which is owned by a Postal, Telephone andTelegraphy organization (PTT) or a Value-Added Data Service (VADS).
ENV 41202 finder anvendelse i de tilfælde, hvor med delelser sendes direkte til ADMD'er, eller hvor ADMD'er sender meddelelser til brugere i andre MD'er.
ENV41202 applies when messages are to be sent directly to ADMDs or when ADMDs will be forwarding messages to users in other management domains.
Standarden finder ligeledes anvendelse for forbindelser mellem ADMD'er indbyrdes.
This standard also applies to interconnections between ADMDs.
FUNKTIONSFORSKELLE MELLEM ENV 41201 og ENV 41202
Functional differences between ENV 41201 and ENV 41202
Skønt ENV 41201 og ENV 41202 finder anvendelse i hver deres sammenhæng (ENV 41201, når der udelukkende er tale om PRMD'er, og ENV 41202, når der er involveret ADMD'er), er de funktioner, der implementeres på basis af dem i disse sammenhænge næsten ens.
Though ENV 41201 and ENV 41202 apply to distinct scenarios (contexts involving PRMDs only for ENV 41201 and contexts involving ADMDs for ENV 41202), the functions implemented by them in these contexts are almost entirely identical.
Der findes dog to nævneværdige forskelle:
There are two noteworthy exceptions:
- Meddelelsens omfang: ENV 41201 kræver, at modtagesystemet accepterer meddelelser på op til 2 megabyte.
ENV 41201 requires that receiving systems accept messages of up to 2 megabytes.
ENV 41202 sætter ingen begrænsninger på meddelelsens omfang.
ENV41202 imposes no limits on message size.
- Anvendte meddelelsesdatatyper (body part types): ENV 41201 kræver akcept af tegnsætstandarderne IA51 og ISO 6937.
ENV 41201 requires that body part types IA5 and ISO 6937 be accepted.
ENV 41202 kræver akcept af tegnsætstandarden IA5.
ENV 41202 requires that body part type IA5 be accepted.
De krav til forbindelser mellem PRMD'er, der er specificeret i denne håndbog, er udelukkende baseret på ENV 41201.
Requirements for connection to private management domains as specified in this handbook are entirely based on ENV 41201.
I princippet er alt, der er obligatorisk i ENV 41201, ligeledes obligatorisk i indkøbsspecifikationer, der skal være i overensstemmelse med EPHOS.
As such, everything which is mandatory in ENV 41201 is also mandatory for procurement specifications which are to conform to Ephos.
I tilfælde, hvor der i forbindelse med systemindkøb er behov for forbindelse til et PRMD, bør følgende formulering indsættes i indkøbsspecifikationen.
If there is a system procurement requirement for connection to a private management domain (PRMD), the following clause should be included in the procurement specification.
Formulering: Alle forskrifter i ENV 41201 gælder for denne indkøbsspecifikation.
CLAUSE: All that is designated as mandatory in ENV 41201 is mandatory in this procurement specification.
Det anbefales, at europæiske offentlige myndigheder også stiller krav om følgende faciliteter, der ifølge standarderne ikke er obligatoriske.
It is recommended that European public procurers request the following facilities which are left optional in the standards.
Følgende formulering bør indsættes i indkøbsspecifikationen.
The following clause should be included in the procurement specification.
Formulering: Følgende tjenesteelementer skal være omfattet og understøttet for afsender-/modtagerparten som angivet:
CLAUSE: The following service elements shall be included and supported in the roles specified.
Afsender
Origination
International Alphabet no. 5, 7-bit-kode svarende til ASCII
Blind copy recipients indication
"Supported" angiver, at leverandøren er forpligtet til at stille tjenesteelementet til rådighed.
'Supported' means that the service provider shall make the service element available to the service user for invocation.
"Non-Supported" angiver, at leverandøren ikke er forpligtet til at stille tjenesteelementet til rådighed.
'Non-supported' means that the service provider is not required to make the service element available to the service user.
Alle tjenesteelementer er beskrevet i afsnit III.1.8. 1.8.
All service elements are described in III.1.8.
Nedenfor følger en oversigt over valgmuligheder, der kan specificeres i forbindelse med indkøb af et meddelelseshåndteringssystem til brug mellem PRMD'er.
The following is a summary of options which a procurer might specify when procuring a PRMD-PRMD MHS system.
Alle valgmuligheder findes i ENV 41201.
All options are options found in ENV 41201.
De er yderligere beskrevet i III.4.
They are described in III.4.
En indkøbsspecifikation bør aldrig udtrykkeligt udelukke nogen af disse valgmuligheder.
A procurement specification should never exclude explicitly one of these options.
ENV 41201 kræver, at mindst to meddelelsesdatatyper kan anvendes, nemlig IA5 (tekst) og ISO 6937. Hvis der er behov for en eller flere af følgende meddelelsesdatatyper, der figurerer som valgmuligheder i ENV 41201, bør følgende formulering indsættes i indkøbsspecifikationen.
In ENV 41201, support of two types of body parts is mandatory: IA5 text type body parts and ISO 6937 type body parts.
Følgende meddelelsesdatatyper (body part types), der er valgfri ifølge ENV 41201, er obligatoriske i denne indkøbsspecifikation for afsender-/modtagerparten som angivet:
CLAUSE: The following body part types, which are designated as optional in ENV 41201, are mandatory in this procurement specification in the roles specified.
STANDARDER, VALGMULIGHEDER OG INDKØBSFORMULERINGER
Nationally defined (specify)
(Valgmuligheder for meddelelsesdatatype, der ikke er behov for, fjernes fra tabel len.)
(The body part options which are not needed have to be taken out of the table.)
(Meddelelsesdatatyper, der ønskes understøttet, mærkes med "Supported" i den til ønsket svarende kolonne.)
(The roles to be supported have to be marked 'Supported' in the appropriate column.)
Bemærk: Såfremt teledata(videotex), tale eller nationalt fastlagte datatyper specificeres, er der behov for yderligere specifikationer og añaler mellem ordregivende myndighed og leverandør.
If videotex, voice or nationally defined body parts are specified, further specification and agreement will be required between the purchaser and the supplier.
Bemærk: Såfremt modtager-UA'en ikke kan håndtere en bestemt datatype i en meddelelse, returnes denne som "ikke leveret".
If the receiving UA does not support a given body part type, the message containing it will be returned as non-delivered.
VALGFRIE TJENESTEELEMENTER
Service element options
Der findes et antal tjenesteelementer, der er valgfrie ifølge ENV 41201, og som ikke udgør et krav i forbindelse med europæiske offentlige myndigheders indkøb.
There are a number of service elements which are optional in ENV 41201 and which are not mandatory in procurements by European public administrations.
De kan efter behov indgå i indkøbsspecifikationerne.
They can be requested in procurement specifications as needed.
Formulering: Følgende tjenesteelementer, der er valgfri ifølge ENV 41201, er obligatoriske i denne indkøbsspecifikation for afsender- -/modtagerparten som angivet:
CLAUSE: The following service elements, which are designated as optional in ENV 41201, are mandatory in this procurement specification in the roles specified.
Afsender
Service element
Modtager
Origination
Tjenesteelementer, der ikke er behov for, fjernes fra tabellen.
(The service elements which are not needed have to be taken out of the table.)
Et tjenesteelement, der ønskes understøttet af en part (afsender/modtager), mærkes med "Supported" i den til ønsket svarende kolonne.
(The roles to be supported have to be marked 'Supported' in the appropriate column.)
Den ordregivende myndighed kan også stille krav om, at tjenesteelementer, der andetsteds i indkøbsspecifikationen er anført som obligatoriske for den ene part (afsender/modtager), også understøttes af den anden part, hvis dette er af relevans.
Procurers can also request that service elements which are designated as mandatory in one role only elsewhere in the procurement specification be supported in the other role as well where applicable.
Hvis de pågældende tjenesteelementer ikke er nævnt udtrykkeligt andetsteds i indkøbsspecifikationen (dvs. tjenesteelementer, der er obligatoriske i ENV 41201 som specificeret i III.4), bør følgende formulering indsættes i indkøbsspecifikationen. tionen.
To do so in the case of service elements which are not mentioned explicitly elsewhere in the procurement specification (those which are mandatory in ENV 41201 as specified in III.4), the following clause should be included in the procurement specification.
Formulering: Følgende tjenesteelementer, der i ENV 41201 for en part (afsender/modtager) figurerer som valgfri, er obligatoriske i denne indkøbsspecifikation for afsender-/modtagerparten som angivet:
CLAUSE: The following service elements, which are designated as 'nonsupported' in certain roles in ENV 41201, are mandatory in this procurement specification in the roles specified.
De tjenesteelementer, der ikke skal ændres, fjernes fra tabellen.
(The service elements which are to be left unmodified have to be taken out of the table.)
Et tjenesteelement, der ønskes understøttet af en part (afsender/modtager), mærkes med "Supported" i tabellen.
(The roles to be supported have to be marked 'Supported' in the appropriate column.)
Bemærk: De steder i tabellen, hvor angivelsen "Supported" allerede findes, bør der ikke foretages ændringer, da der herved vil opstå uoverensstemmelse med ENV 41201.
DO NOT modify the designation 'Supported' where it already appears in the table as these cases correspond to required roles in ENV 41201.
OVERGANG TIL 1988-UDGAVEN AF X.400
Migration to the 1988 version of X.400
Hvis der er behov for fuldstændig overgang til 1988-udgaven af X.400, bør følgende formulering indsættes i indkøbsspecifikationen.
If full migration to the 1988 version of the X.400 standard is required, the following clause should be included in the procurement specification.
Leverandøren skal opdatere systemet, således at det senest 18 måneder efter offentliggørelse af den relevante ENV er i overensstemmelse med X.400 (88).
CLAUSE: The supplier shall upgrade the system to conform to the X.400 (88) standard within 18 months of the publication of the relevant ENV.
Bemærk: Den her nævnte tidsramme på 18 måneder er et eksempel.
Note: The 18-month figure is provided as an indication.
Den kan ændres i forhold til den ordregivende myndigheds behov.
It may be modified to suit the procurer's requirements.
TJENESTEELEMENTER FRA 1986-UDKASTET TIL ISO-STANDARDER
Service elements from the 1986 draft ISO standards
STANDARDER, VALGMULIGHEDER OG INDKØBSFORMULERINGER
A number of service elements appearing in ENV 41201 were from draft ISO standards which were produced in 1986 but abandoned in favour of joint work with the CCITT.
Disse tjenesteelementer blev herefter enten fjernet eller i ændret form medtaget i 1988-udgaven.
These were either removed or modified in the 1988 version.
Det anbefales derfor i indkøbsspecifikationer ikke at referere til tjenesteelementer fra 1986-udkastet. Det drejer sig om følgende:
The procurer is advised against including these in his procurement specification.
Slettet da det har vist sig vanskeligt at administrere
Deleted because it was difficult to manage
Formulering: Følgende tjenesteelementer er obligatoriske i denne indkøbsspecifikation.
If any or all of these service elements are required in a procurement specification, suppliers should be asked how they are implemented and which other domains are concerned by bilateral agreements.
Leverandøren skal redegøre for, hvorledes de er implementeret:
If any of these service elements are required, the following clause should be included in the procurement specification.
(Tjenesteelementer, der ikke er behov for, fjernes fra listen.)
(The service elements which are not needed have to be taken out of the list.)
De krav til tilslutning til ADMD'er, der er specificeret i denne håndbog, er udelukkende baseret på ENV 41202.
Requirements for connection to administrative management domains as specified in this handbook are entirely based on ENV 41202.
I princippet er alt, der er obligatorisk i ENV 41202, ligeledes obligatorisk i indkøbsspecifikationer, der skal være i over ensstemmelse med EPHOS.
As such, everything which is mandatory in ENV 41202 is also mandatory for procurement specifications which are to conform to Ephos.
I tilfælde, hvor der i forbindelse med systemindkøb er behov for forbindelse til et ADMD, bør følgende formulering indsættes i indkøbsspecifikationen.
If there is a system procurement requirement for connection to an administrative management domain (ADMD), the following clause should be included in the procurement specification.
Formulering: Alle forskrifter i ENV 41202 gælder for denne indkøbsspecifikation.
CLAUSE: All that is designated as mandatory in ENV 41202 is mandatory in this procurement specification.
11.3.1 Supplerende generelle krav for europæiske offentlige myndigheder
Additional requirements of European public administrations collectively
Det anbefales, at europæiske offentlige myndigheders indkøbsspecifikationer opstillet på basis af ENV 41202, indeholder den samme formulering som indkøbsspecifikationer, der er udarbejdet på basis af ENV 41201.
It is recommended that procurement specifications based on ENV 41202 on behalf of European public administrations contain exactly the same clause as procurement specifications based on ENV41201.
Se afsnit 1.2.1 for formulering, som skal anvendes, tillige med tilhørende forklaring.
See II.2.1 for the text of the clause to be included along with corresponding explanations.
I afsnittet om meddelelsesdatatyper i II.2.2 findes den på gældende formulering ("ENV 41201" erstattes overalt med "ENV 41202") med til hørende forklaring.
The body part type options available for procurement specifications based on ENV 41202 are exactly the same as those which may be requested for procurement specifications based on ENV41201.
Der findes et antal tjenesteelementer, der er valgfrie ifølge ENV 41202, og som ikke er krævede i forbindelse med europæiske offentlige myndigheders indkøb.
There are a number of service elements which are optional in ENV 41202 and which are not mandatory in procurements by European public administrations.
Formulering: Følgende tjenesteelementer, der er valgfri ifølge ENV 41202, er obligatoriske i denne indkøbsspecifikation for afsender-/modtager-parten som angivet:
CLAUSE: The following service elements, which are designated as optional in ENV 41202, are mandatory in this procurement specification in the roles specified.
Den ordregivende myndighed kan også stille krav om, at tjenesteelementer, der andetsteds i indkøbsspecifikationen er anført som obligatoriske for en part (afsender/modtager), også understøttes af den anden part, hvis dette er af relevans.
Procurers can also request that service elements which are designated as mandatory in one role only elsewhere in the procurement specification be supported in the other role as well where applicable.
Hvis de pågældende tjenesteelementer er nævnt i den formulering, der er henvist til i II.3.1, behøver indkøberen blot udskifte angivelsen "Non-Supported" med "Supported" for den ønskede part (afsender/modtager).
To do so in the case of the service elements which are mentioned in the clause cited in II.3.1, the procurer need only change the indication 'Non-supported' to 'Supported' for the appropriate role.
Hvis de pågældende tjenesteelementer ikke er nævnt udtrykkeligt andetsteds i indkøbsspecifikationen (dvs. tjenesteelementer, der er obligatoriske i ENV 41202 som specificeret i III.5), bør den i omtalen af "VALGFRIE TJENESTEELEMEN-
To do so in the case of service elements which are not mentioned explicitly elsewhere in the procurement specification (those which are mandatory in ENV 41202 as specified in III.5), the second clause cited in the discussion of 'Service element options' in II.2.2 should be included substituting 'ENV 41202' for 'ENV 41201' wherever it is mentioned.
TER" i II.2.2 nævnte anden formulering indsættes (hvor "ENV 41201" overalt erstattes med "ENV 41202").
See the X.400 (88) functions portion of II.2.2 for the text of the clause which may be included (substituting 'ENV 41202' for 'ENV 41201' wherever it is mentioned) along with corresponding explanations.
OVERGANG TIL 1988-UDGAVEN AF X.400
Migration to the 1988 version of X.400 may be requested in procurement specifications based on ENV 41202 just as in procurement specifications based on ENV 41201.
Der kan i ENV 41202-baserede indkøbsspecifikationer stilles krav om overgang til 1988-udgaven af X.400 på samme måde som i ENV 41201-baserede indkøbsspecifikationer. I afsnittet om overgang til 1988-udgaven af X.400 i II.2.2 findes den pågældende formulering ("ENV 41201" erstattes med "ENV 41202") med tilhørende forklaring.
See the migration to the 1988 version of X.400 portion of II.2.2 for the text of the clause which may be included (substituting 'ENV 41202' for 'ENV 41201' wherever it is mentioned) along with the corresponding explanation.
De problemer og advarsler, der er relevante for ENV 41202-baserede indkøbsspecifikationer, er nøjagtigt de samme som for ENV 41201-baserede indkøbsspecifikationer.
The problems and warnings which apply to procurement specifications based on ENV 41202 are exactly the same as those which apply to procurement specifications based on ENV 41201.
I afsnit II.2.3 findes forklaring og formulering vedrørende tjenesteelementer, hvis implementering ikke er standardiseret ("ENV 41201" erstattes overalt med "ENV 41202").
See II.2.3 for explanations and the text of the clause concerning service elements whose implementation is not standardized to be included (substituting 'ENV 41202' for 'ENV 41201' wherever it is mentioned) if necessary.
Anbefalingerne i X.400-serien specificerer kommunikationen i meddelelseshåndteringssystemer (MHS - Message Handling Systems). Kommunikationen bygger på store and /ønvard-transmissionsteknikken.
The X.400 series of standards is concerned with intercommunication between electronic messaging services.
Denne teknik kan sammenlignes med postvæsenets håndtering af almindelig post.
This concept can be compared to the way the Post Office handles ordinary mail.
En meddelelse indleveres ét sted og ekspederes herfra videre til bestemmelsesstedet. Ekspeditionsprocessen kan finde sted via et antal mellemstationer.
A message is submitted at a certain location and is then forwarded to its destination.
Meddelelserne sendes altså ikke direkte fra af sender til modtager, således som det er tilfældet med telefonopringninger og fax.
Messages are not sent directly from their originator to their receiver, unlike telephone calls or faxes.
Den grundlæggende meddelelsesoverførsel er udformet således, at den giver mulig hed for en lang række anvendelser, der omfatter mere end blot overførsel af med delelser fra én person til en anden.
The basic message transfer service has been designed to support a broad range of applications beyond the transfer of messages between human users.
Ikke desto mindre vil overførsel af meddelelser mellem personer formentlig på kort sigt blive den vigtigste X.400-baserede anvendelse, og en del af X.400 - InterPersonal Messaging Service - er specielt udviklet med dette forhold for øje.
However, in the short term, person-to-person message transfer is likely to be the main application using the X.400 standard, and a subset of the standard called the interpersonal messaging service has been developed in recognition of this fact.
Hovedformålet med 1984-anbefalingerne er at muliggøre forbindelse mellem forskellige leverandørspecifikke standarder for elektronisk post.
The primary application of the 1984 standard is to provide interworking between proprietary electronic mail standards.
Udviklingen af X.400 har fulgt CCITTs normale fireårige arbejdsgang.
Development of the X.400 standard has followed the usual four-year CCITT cycle.
Den første udgave blev offentliggjort i 1984, hvorefter den anden fulgte i 1988.
The first version was published in 1984 and the second in 1988.
I 1988-ud-gaven af X.400-anbefalingerne findes et betydeligt antal nye funktioner, der ikke var indeholdt i 1984-udgaven.
The 1988 version includes an extended set of functions which considerably enhance the standard.
Disse nye funktioner har givet større fleksibilitet i konfigurationen af X.400-systemer.
These new functions have added greater flexibility to the way in which X.400 systems can be configured.
Oplysningerne i III.1.2-III.1.8 bygger på 1984-anbefalingerne.
The information provided in III.1.2-III.1.8 is based on the 1984 version of the standard.
I III.1.9 og III.1.10 findes en beskrivelse af udvidelserne i 1988-udgaven.
The 1988 additions are described in III.1.9 and III.1.10.
Figur 3.1.1/5: Den grundlæggende struktur i et meddelelseshåndteringssystem
Figure 3.1.1 /5: A basic message handling system
UA'er inddeles i grupper, alt efter hvilke typer af meddelelser (content type) de kan håndtere.
User agents are considered to belong to different classes depending on the types of messages they can handle (content type).
Indtil videre er der kun defineret én sådan gruppe, nemlig IPM (InterPersonal Messaging).
At present, only one class has been defined: interpersonal messaging.
UA'erne sender meddelelser til meddelelsesoverførselssystemet, der leverer dem til modta-ger-UA'erne ved hjælp af nødvendige relæfunktioner.
User agents submit messages to the message transfer system which transmits them to recipient UAs undertaking any necessary relaying.
UA'er er altså både i stand til at modtage og sende meddelelser.
UAs are able to both receive and transmit messages.
Interaktionen mellem bruger og UA er ikke fastlagt i standarderne.
The standards do not define the interactions between users and UAs.
Denne interaktion er leverandørens ansvar.
These interactions are for the supplier to deal with.