natgillin/translations-raw huggingface dataset:
Afkryds Brug selvvalgt Message- ID- endelse - feltet hvis du ønsker at & kmail; skal generere Message- Id' er med selvvalgt endelse. Indtast den ønskede endelse i Selvvalgt Message- ID- endelse - feltet. Sørg venligst for at den endelse du angiver er entydig verden over. Det bedste er at bruge navnet på et domæne som du er ejer af. Hvis du ikke afkrydser Selvvalgt Message- ID- endelse så vil & kmail; automatisk generere det fuldstændige Message- Id. Hvis du ikke ved hvad dette drejer sig om så lad være med at afkrydse dette tilvalg.
Check the Use custom message-id suffix checkbox if you want & kmail; to generate Message-Id 's with a custom suffix. Enter the desired suffix in the Custom message-id suffix field. Please make sure that the suffix that you specify is world-wide unique. The best thing is to use the name of a domain which you are the owner of. If you do not check Use custom Message-Id suffix then & kmail; will automatically generate the complete Message-Id. If you do not know what this is all about do not check this option.
Definér brugervalgte mime- header- felter giver en liste af de dele af overskriften som & kmail; vil bruge til udgående breve. Du kan både opfinde nye felter og overskrive eksisterende. Denne egenskab er kun nyttig for avancerede brugere.
The Define custom mime header fields list sets the headers that & kmail; will use for its outgoing messages. You can both invent new fields and overwrite existing ones. This feature is only useful for advanced users.
Hvis du har brug for at sende bilag med filnavne der indeholder tegn der ikke er engelske til brugere af Outlook( TM) eller Outlook Express( TM) så vil du måske markere tilvalget Outlook- kompatible bilagsnavngivning. & kmail; vil så indkode bilagenes navne på en ikke- standard måde der bliver forstået af Outlook( TM).
If you have to send attachments with filenames containing non-English characters to users of Outlook(TM) or Outlook Express(TM) then you might want to check the Outlook-compatible attachment naming option. & kmail; will then encode the attachment names in a non-standard way that is understood by Outlook(TM).
Bemærk at & kmail; så vil lave ikke- standard- kompatible breve og derfor er det muligt at dine breve ikke vil blive forstået af e- mail- klienter der følger standarder. Så med mindre du ikke har noget andet valg bør du ikke aktivere dette tilvalg.
Note that & kmail; will create non-standard compliant messages, and consequently it is possible that your messages will not be understood by standard-compliant mail clients. So, unless you have no other choice, you should not enable this option.
Markér Aktivér detektion af manglende bilag hvis du ønsker at & kmail; skal advare dig når du er ved at sende et brev uden bilag, selvom brevets tekst indeholder visse ord der synes at antyde at du ønskede at inkludere et bilag. Listen af nøgleord kan ændres.
Check the Enable detection of missing attachments checkbox if you want & kmail; to warn you whenever you are about to send a message without attachments although the message text contains certain words which indicate that you wanted to include an attachment. The list of key words can be modified.
Sikkerheds- siden
Security Page
I dette faneblad kan du indstille sikkerhedsrelevante tilvalg fro læsning af breve.
On this tab you can configure security-relevant options for reading messages.
Foretræk HTML for almindelig tekst
Prefer HTML to plain text
Hvis dette er markeret vil & kmail; vise & html; - breve med deres & html; - formatering og udlægning. Vi anbefaler stærkt at slå dette tilvalg fra, da sikkerhedsproblemer med & html; måske vil vise sig. Når dette tilvalg er slået fra, kan du stadig læse & html; breve, men kun som almindelig tekst.
If checked, & kmail; will show & html; messages with their & html; formatting and layout. We strongly recommend to leave this option off, as security problems with & html; might show up. When this option is off, you can still read & html; messages, but only as plain text.
Tillad breve at indlæse ydre referencer fra internettet
Allow messages to load external references from the Internet
Når dette er slået til kan & kmail; indlæse ydre billeder, stilark & etc; fra internettet når du kigger på et & html; - brev. Vi anbefaler stærkt at lade dette tilvalg være slået fra (selvom det ingen virkning har hvis du kun kigger på almindelige tekstbreve). Ved at tilføje ydre referencer til deres breve, kan folk der sender spam detektere det og om du har kigget på deres breve. Bemærk at dette tilvalg ingen virkning har på & Java;, JavaScript og plugin - disse er deaktiverede alligevel og kan slet ikke aktiveres over hovedet.
If checked, & kmail; can load external images, style sheets & etc; from the Internet when you look at an & html; message. We strongly recommend to leave this option off (although it has no effect if you only view plain text messages). By adding external references to their messages, people sending spam can detect that and when you have looked at their message. Note that this option has no effect on & Java;, JavaScript and Plugins - these are disabled anyway and cannot be enabled at all.
Brevdisposition påmindelser
Message Disposition Notifications
& mdn; 'er er en generalisering af det der almindeligt kaldes en læsekvittering. Brevets forfatter beder om at en dispositionsunderretning bliver sendt, altså at modtagerens e- mail- program genererer et svar ud fra hvilket forfatteren kan få at vide hvad der skete med brevet. Almindelige dispositionstyper inkluderer vist (ie; læst), slettet og sendt (eg; videresendt).
& mdn; s are a generalisation of what is commonly called a read receipt. The message author requests a disposition notification to be sent and the receiver 's mail program generates a reply from which the author can learn what happened to his message. Common disposition types include displayed (ie; read), deleted and dispatched (eg; forwarded).
Følgende tilvalg (på listen med Sendepolitik) er tilgængelige for at kontrollere hvornår & kmail; sender & mdn; 'er:
The following options (listed as Send policy) are available to control when & kmail; sends & mdn; s:
Ignorér (anbefalet)
Ignore (recommended)
Ignorerer enhver forespørgsel om dispositionsunderretning. Ingen & mdn; vil nogensinde blive sendt automatisk.
Ignores any request for disposition notifications. No & mdn; will ever be sent automatically.
Spørg
Ask
Besvarer kun forespørgsler efter at have bedt brugeren om tilladelse. På denne måde kan du sende & mdn; 'er for udvalgte breve mens du kan afslå eller ignorere dem for andre.
Answers requests only after asking the user for permission. This way, you can send & mdn; s for selected messages while denying or ignoring them for others.
Nægt
Deny
Sender altid en nægtet - underretning. Dette er kun lidt bedre end altid at sende & mdn; 'er. Forfatteren vil stadig få at vide at der er blevet gjort noget ved brevet, vedkommende kan blot ikke se om det er blevet slettet eller læst & etc;
Always sends a denied notification. This is only slightly better than always sending & mdn; s. The author will still know that the messages has been acted upon, he just cannot tell whether it was deleted or read & etc;
Send altid
Always send
Sender altid den forspurgte dispositionsunderretning. Det betyder at forfatteren af brevet får at vide hvornår der skete noget med brevet, og derudover, hvad der skete med det (vist, slettet, & etc;). Det anbefales kraftigt ikke at bruge dette tilvalg, men da det giver mening hvor sikring af privatlivet ikke kommer i betragtning, & eg; i håndtering af kunderelationer, er det blevet gjort tilgængeligt.
Always sends the requested disposition notification. That means that the author of the message gets to know when the message was acted upon and, in addition, what happened to it (displayed, deleted & etc;). This option is strongly discouraged, but since it makes sense where privacy is not a concern, & eg; in customer relationship management, it has been made available.
Hvis du er usikker, så eksperimentér lidt med Spørg og hvis du finder & kmail; s spørgsmål irriterende, så skift til Ignorér.
If you are unsure, experiment a while with Ask and if you find & kmail; s questions annoying, switch to Ignore.
Følgende tilvalg (på listen over Citér oprindeligt brev) er tilgængelige til at kontrollere hvor meget af det oprindelige brev & kmail; sender tilbage i & mdn; 'er.
The following options (listed as Quote original message) are available to control how much of the original message & kmail; sends back in & mdn; s.
Intet
Nothing
Ingen dele af brevet undtagen det obligatoriske message- id og den oprindelige modtager inkluderes i & mdn; - svaret. Dette bevarer nok information til at afsenderen kan finde brevet blandt vedkommendes sendte brev for hvilken denne & mdn; blev genereret.
No parts of the message other than the mandatory message-id and the original recipient is included in the & mdn; reply. This preserves enough information for the sender to find the message in his sent messages for which this & mdn; was generated.
Hele brevet
Full message
Vedlægger hele brevet til dispositionsunderretningen. Dette er sædvanligvis for meget. Det tilføjer ingen værdifuld information der ikke kan afledes blot fra brevet header, men folk insisterer sommetider på dette, da det er meget nemmere for mennesker at korrelere brevet end blot en header til det der blev sendt tidligere.
Attaches the complete message to the disposition notification. Usually, this is overkill. It does not add any valuable information that cannot be deduced from the message headers alone, but people sometimes insist on this, since it is much easier for humans to correlate the content of the message than just the headers to what they sent earlier.
Kun hoveddele
Only headers
Vedlægger kun header til dispositionsunderretningen. Dette er sædvanligvis nok til at gøre både mennesker (ud fra) og computere (ud fra message- id) i stand til at nemt at korrelere & mdn; og til det oprindelige brev.
Attaches only the headers to the disposition notification. This is usually enough to enable both humans (by subject) and computers (by message-id) to easily correlate & mdn; and original message.
Hvis du er usikker så efterlad standardværdien.
If unsure, leave the option at the default.
Send ikke MDN' er som svar på krypterede breve
Do not send MDNs in response to encrypted messages
Dette undetrykker afsendelse af & mdn; 'er hvis brevet er krypteret (delvist eller helt). Dette modstår forsøg på at bruge & kmail;' s & mdn; '- funktion som et orakel til at deducere om du var i stand til at afkode brevet eller ej.
This option suppresses the sending of & mdn; s if the message is encrypted (partially or in whole). This thwarts attempts to use & kmail; 's & mdn; feature as an oracle to deduce whether you were able to decrypt the message or not.
Strengt taget er dette tilvalg ikke nødvendigt, da & kmail; sender & mdn; 'er hvad enten brevet kunne afkodes eller ej (dispositionsunderretningsforespørgslen sidder i den del af brevet der ikke er krypteret), med det giver den sikkerhedsbevidste bruger valget mellem at sende dem altid når der bliver spurgt (tilvalg ikke markjeret), eller aldrig (tilvalg markeret).
Strictly speaking, this option is not needed, since & kmail; sends & mdn; s regardless of whether the message could be successfully decrypted or not (the disposition notification request resides in the unencrypted part of the message), but it gives the security-conscious user the choice to either send them always if requested (option unchecked), or never (option checked).
Hvis du er usikker så lad tilvalget være markeret.
If unsure, leave the option checked.
Importér nøgler og certifikater automatisk
Automatically import keys and certificates
Hvis det er markeret, så importerer & kmail; automatisk alle bilag der indeholder & openpgp; - nøgler i din lokale nøglering, og ethvert bilag der indeholder & smime; - nøgler i dit lokale nøglefelt.
If checked, & kmail; automatically imports any attachments containing & openpgp; keys into your local keyring, and any attachments containing & smime; keys into your local key box.
Verifikation af & smime; - underskrifter involverer altid import af de indeholdte certifikater. Dette tilvalg påvirker således ikke dette. Det er heller ikke relateret til & gpg; 's auto- key- retrieve funktion, hvor & gpg; vil forsøge at importere ukendte nøgler fra en nøgler- server.
Verifying & smime; signatures always involves importing the contained certificates. This option thus does not affect this. It is also unrelated to & gpg; 's auto-key-retrieve feature, where & gpg; will try to import unknown keys from a key server.
Brevskrivning
Composing
I dette faneblad kan du indstille sikkerhedsrelevante tilvalg angående skrivning af breve.
On this tab you can configure security-relevant options for composing messages.
Underskriv breve automatisk
Automatically sign messages
Hvis dette er markeret vil tilvalget i brevskriveren som standard være til.
If checked, the option in the composer will default to on.
Du kan imidlertid slå det til og fra hvert brev for sig.
However, you can still switch it on and off on a per-message basis.
Indkod altid til dig selv
Always encrypt to self
Hvis dette er markeret vil ethvert brev der er krypteret til modtagerne derudover blive krypteret til dig selv.
If checked, any message that is encrypted to the recipients will additionally be encrypted to yourself.
Hvis du ikke markerer dette, vil du muligvis ikke længere kunne afkode breve skrevet af dig selv og krypteret til andre
If you uncheck this option, you may not be able to decrypt the messages written by yourself and encrypted to other people anymore.
Opbevar sendte breve krypteret
Store sent messages encrypted
Dette tilvalg aktiverer en tilstand for brug af e- mail- kryptering der sommetider (misvisende) kaldes kun- transport kryptering. I denne tilstand, bliver brev- krypteringen strippet af så snart brevet har nået sit mål. Krypteringen varer kun mens brevet er undervejs.
This options enables a mode of using mail encryption that is sometimes (misleadingly) called transport-only encryption. In this mode of operation, the message encryption is stripped off as soon as the message has reached its destination. The encryption lasts only while the message is on its way.
& kmail; understøtter kun denne tilstand halvhjertet, idet denne slags funktionalitet ville være bedre placeret på post - serveren s (MTA) end på post - klienten s (MUA) - niveau. Derfor vil fremtidige udgaver af & kmail; muligvis droppe støtte for denne valgmulighed.
& kmail; supports this mode half-heartedly, since such functionality should better placed at the mail server (MTA) than at the mail client (MUA) level. Thus, future versions of & kmail; may drop support for this option.
Hvis dette er markeret vil breve blive opbevaret i din mappe for sendte breve på samme måde som du sendte dem (ie; hvis de var krypterede, så bliver de også opbevaret på den måde).
If checked, messages are stored in your sent-mail folder just as you sent them (ie; if they were encrypted, they are also stored that way).
Hvis det ikke er markeret vil breve altid blive opbevaret uden kryptering i din mappe med sendte breve, også selv om de blev sendt krypteret.
If unchecked, messages will always be stored unencrypted in your sent-mail folder, even if they are sent encrypted.
Vis altid krypteringsnøglerne til godkendelse
Always show the encryption keys for approval
Hvis dette er markeret, så vil en dialog komme frem hver gang du krypterer et brev, der præsenterer dig for de krypteringsnøgler der bliver brugt for hver modtager. Du kan så gennemse valget af nøgler, ændre dem, og godkende eller annullere krypteringsoperationen. Vi anbefaler at lade dette valg være markeret, da det gør krypteringsprocessen mere gennemsigtig.
If checked, everytime you encrypt a message, a dialogue will appear that presents you with the encryption keys that will be used for each recipient. You can then review the choice of keys, change them, and approve or cancel the encryption operation. We recommend to keep this option checked, since it makes the encryption process more transparent.
Kryptér breve automatisk nårsomhelst det er muligt
Automatically encrypt messages whenever possible
Også kaldet opportunistisk kryptering. Hvis dette er markeret vil & kmail; forsøge at matche modtagere med (openpgp; eller & smime;) - nøgler også selv om du ikke specifikt bad om kryptering. Hvis brugbare nøgler bliver fundet for alle modtagere, så vil & kmail; spørge dig om du ønsker at kryptere brevet.
Also called opportunistic encryption. If checked, & kmail; will try to match recipients to (openpgp; or & smime;) keys even when you did not specifically request encryption. If usable keys are found for all recipients, & kmail; will ask whether or not you want to encrypt the message.
Det anbefales stærkt at slå dette til, da det gør kryptering af breve virkelig nemt at bruge.
It is highly recommended to turn this on, as it makes encrypting messages really easy to use.
Underskriv/ kryptér aldrig når der gemmes som kladee
Never sign/ encrypt when saving as draft
Hvis dette er markeret vil & kmail; ikke forsøge at underskrive og/ eller kryptere breve der blot gemmes i mappen med kladder. Dette er mere behageligt, og giver ikke noget stort tab af sikkerhed, forudsat mappen med kladder er sikker. & imap; - brugere vil måske ønske at slå dette fra, hvis deres mappe med kladder er på serveren.
If checked, & kmail; will not attempt to sign and/ or encrypt messages that are merely saved to the drafts folder. This is more convenient, and does not result in a gross loss of security, provided the drafts folder is safe. & imap; users might want this options turned off, if their drafts folder is on the server.
I dette faneblad kan du slå sikkerhedsrelevante advarsler til og fra.
On this tab you can switch security-relavant warnings on and off.
Advar når det bliver forsøgt at sende breve der ikke er underskrevet
Warn when trying to send unsigned messages
Hvis dette er markeret vil & kmail; give en advarsel hvis et brev af en eller anden grund er ved at blive afsendt uden at være digitalt underskrevet.
If checked, & kmail; will show a warning if for whatever reason a message would be sent without being digitally signed.
Advar når det forsøges at sende breve der ikke er krypteret
Warn when trying to send unencrypted messages
Hvis dette er markeret vil & kmail; give en advarsel hvis et brev af en eller anden grund er ved at blive afsendt uden at være krypteret.
If checked, & kmail; will show a warning if for whatever reason a message would be sent without being encrypted.
Mens det er almindeligt at underskrive alle udgående breve, er det ikke almindeligt at kryptere dem. Så med mindre dit firma har en politik om aldrig at sende breve der ikke er krypteret, kan det være en god idé at holde dette tilvalg slået fra, og stole på opportunistisk kryptering til at advare dig hvis du kunne sende brevet krypteret, men ikkebad om det.
While it is common to sign all outgoing messages, encrypting them is not. So unless your company has a policy of never sending any unencrypted messages, it might be a good idea to keep this option switched off and rely on opportunistic encryption to alert you if you could send encrypted messages, but did not request it.
Advar hvis modtagerens e- mail- adresse ikke er i certifikat
Warn if receiver 's email address is not in certificate
Hvis dette er markeret vil & kmail; udstede en advarsel hvis et & smime; - certifikat eller en & openpgp; - nøgle vil blive brugt for en modtager hvis e- mail- adresse ikke er på listen over e- mail- adresser opbevaret i certifikatet.
If checked, & kmail; will emit a warning if an & smime; certifciate or & openpgp; key will be used for a recipient whose email address is not listed in the email addresses stored in the certificate.
Situationer i hvilke denne advarsel vil blive udløst inkluderer når du indstiller dine pr- identitet & openpgp; - nøgler eller & smime; - certifikater, når der krypteres, og når underskrifter verificeres, hvis underskriften blev lavet med et certifikat der ikke inkludere afsenderens e- mail- adresse.
Situations in which this warning will trigger include when configuring your per-identity & openpgp; keys or & smime; certificates, when encrypting, and when verifying signatures, if the signature was made with a certificate that does not include the email address of the sender.
Advar hvis certifikater/ nøgler snart udløber
Warn if certificates/ keys expire soon
Hvis dette er markeret vil & kmail; advare når der bruges et & smime; - certifikat eller en & openpgp; - nøgle der snart udløber.
If checked, & kmail; will warn when an & smime; certificate or & openpgp; key is used which will expire soon.
Perioden i hvilken der skal advares før udløb af nøgle/ certifikat kan så indstilles separat for underskrift - og krypteringsnøgler, så vel som (i tilfælde af & smime;), for slutbruger- certifikater, midlertidige CA - certifikater og rod- certifikater.
The period in which to warn before key/ certificate expiration can then be configured separately for signing and encryption keys, as well as (in the case of & smime;), for end-user certificates, intermediate CA certificates and root certificates.
Genetablér alle & quot; Spørg ikke igenquot; - advarsler
Re-Enable All & quot; Donapos; t Ask Againquot; Warnings
Udover hovedadvarslerne beskrevet ovenfor, er der mange flere advarsler og informationsbeskeder, som indeholder en valgmulighed om ikke at få dem vist igen. Hvis du gerne vil have dem vist igen efter at have valgt ikke at se dem mere, kan du opnå dette ved at trykke på denne knap.
Apart from the main warnings described above, there are more warning and information messages, which contain an option to not show them again. If you would like to re-enable them after choosing not to show them again, you can achieve this by pressing this button.
Dette vil genetablere alle sådanne advarsler & kmail;. Det giver ikke meget mening at tillade mere finkornet valg af hvilke advarsler der skal vises da du blot igen kan markere valget om at undertrykke dem igen, når de viser sig næste gang.
This will re-enable all such warnings for & kmail;. It does not make much sense to allow more fine-grained selection of which warnings to show since you can just check the option to suppress them again when they next show up.
& smime; - validering
& smime; Validation
Dette faneblad indeholder udvalgte indgange fra det underliggende & gpgsm; - programs dynamiske indstillingsdialog. Referér venligst til & gpgsm; - manualen for en beskrivelse af disse tilvalg.
This tab contains selected entries from & gpgsm; 's dynamic backend configuration dialogue. Please refer to the & gpgsm; manual for a description of these options.
Underliggende krypto
Crypto Backends
I dette faneblad kan du indstille hvilke underliggende krypto- programmer der skal bruges til kryptografiske & openpgp; - og & smime; - operationer (såsom underskrift og kryptering).
On this tab you can configure which crypto backends are to be used for & openpgp; and & smime; cryptographic operations (such as signing and encrypting).
I højre side ser du en liste af til; gængelige underliggende programmer. Under hver program- indgang, kan du se hvilke protokoller (openpgp; og/ eller & smime;) dette program understøtter. Hvis en protokol ikke er på listen, så understøtter programmet den ikke. Hvis den er på listen, men gjort grå, så understøtter programmet protokollen, men nogle krævede programmer blev ikke fundet, eller der opstod andre fejl under initialiseringen. Hvis du trykker Skan igen, vil en dialog komme frem med en liste af grunde til at initialiseringen mislykkedes.
On the right-hand side, you see a list of available backends. Below each backend entry, you can see what protocols (openpgp; and/ or & smime;) the backend supports. If a protocol is not listed, the backend does not support it. If it is listed, but greyed out, the backend supports the protocol, but some required programs were not found, or other errors occurred during initialisation. If you press Rescan, a dialogue box will appear that lists reasons for the initialisation failure.