En ven har oplevet at sende indtil flere emails til en gruppe af personer (A, B og C), hvor A er modtager ("til") og B og C har fået en kopi ("Cc"). I flere - men ikke alle! - tilfælde, har B og C modtaget disse emails normalt, mens de ikke er nået frem til A.
Det samme gør sig gældende den anden vej rundt: A har sendt til min ven samt Cc til B og C. B og C har modtaget alle disse emails, mens min ven ikke har modtaget dem alle.
Min ven har ikke noget spam-filter, og emailadressen er rigtig: dels er den ikke kommet retur med ubekendt adresse, dels har det også været "besvar-"mails. Og jeg har dobbeltchecket adressen. Jeg har også set faxede udskrifter af de emails, der ikke kom frem til min ven - de ser også ud til at være sendt til den rigtige adresse.
Naar en person sender en email, bliver den foerst sendt til sin lokale mailserver. Idet at dette bliver gjort (uden at der popper en fejl op i email programmet) har denne mailserver taget ansvar for at emailen bliver afleveret, eller en fejl kommer tilbage. Denne mailserver vil typisk sende email videre til en ny server (typisk destinations mailserveren). Naar den foerste mailserver aflevere den til en ny mailserver, tager denne server ansvar for at aflevere mailen eller sende en fejl tilbage, og saadan fortsaetter det indtil den sidste server har afleveret mailen i brugers inbox, eller sendt en fejl tilbage.
Hvis dette ikke sker, af mailen bliver afleveret eller der kommer en fejl tilbage, er der en fejl paa en mailserver, og uden adgang til logfiler vil det vaere umuligt at finde denne.
Dvs. saa skal du have fat i mail administratoren for den foerste server, som maa se hvad der sker med mailen, og derefter tage fat i administratoren for den naeste server, and so on.
Der kan dog godt gaa op til 1 uge (maaske mere) foer der kommer en fejlmail tilbage, saa vaer sikker paa at I har ventet min. denne tid.
Typisk vil det vaere et fejlopsat spamfilter der "sluger" mailen.
Jeg har selv tilmeldt domænet og opsat emailadresser for min ven på Surftown, så jeg har login til mailadministrationen dér - hvad skal jeg kigge efter?
Jeg kiggede i spambakken. Der var 39 filer, dog kun få dage gamle - de mails der er forsvundet er afsendt for flere uger siden.
Jeg har ikke opsat regler for spam, men anvender de indstillinger der er default hos Surftown.
Jeg kan også bede om logfiler hos en af dem, der HAR modtaget en kopi af emailen, hvis de kan fortælle noget (har jeg ret i, at logfilen findes ved at højreklikke på emailen, vælge "egenskaber", dernæst "detaljer"?).
Det du har adgang til hos surftown kan du ikke bruge til noget, du skal have fat i logfilerne. Og nej, du kan ikke bruge hverken logfiler eller mailheader fra de mails der er kommet frem, eftersom der ikke er noget problem med dem (og nej, egenskaber er ikke det samme som logfiler).
Med mindre du kan faa enten surftown, eller administratoren for den anden server involveret her, til at kigge efter paa serveren, saa har du faktisk ingen chance for at finde ud af hvorfor mails forsvinder, forudsat at problemet vitterligt er paa en mailserver, og ikke pga. en brugerfejl.
Jeg vil forsøge at kontakte Surftown i første omgang. Jeg kunne forestille mig et spørgsmål á la det her:
"Hej Surftown - jeg forsøger at finde ud af, hvordan 3 emails sendt fra jeres mailserver fra domæne xxx lader til at være forsvundet. Disse er emails er sendt til X@X.dk og Cc til Y@Y.dk samt Z@Z.dk. Y og Z modtog emailene, mens X ikke gjorde, og afsender har ikke modtaget noget svar om at de ikke kunne leveres pga. mailserverfejl eller lignende.
Kan jeg bede om at få udleveret logfilerne for følgende emails sendt fra domæne xxx: Dato: a/a Kl. b.bb Emne: emne Dato: osv.
Kan jeg samtidig bede om jeres vurdering af baggrunden for, at disse emails tilsyneladende ikke er nået frem til X@X.dk?"
Hvor jeg naturligvis indsætter de rigtige datoer, klokkeslet osv. Lyder det fornuftigt?
Jeg har fra modtagerne B og C også data som afsendelsestidspunkt, emne osv. på de emails, som ikke er modtaget hos min ven - kan Surftown stille noget op med dem, eller er det kun afsenderens mailserver der er kilde til logfiler vedrørende dem?
Med den rette "ammunition" i form af præcise spørgsmål vil jeg muligvis forsøge at få "den anden endes" mailservers logfiler udleveret.
Det er fint. Som jeg laeser det bliver mails afsendt fra brugerens klient til surftown's server, og herfra videre. Dvs. hvis du faar de relevente log sektioner fra surftown, saa skulle du gerne kunne se at deres mailserver har afleveret den hos modtageren mailserver, og at denne slutter af med at give en 220 status, dvs. den har overtaget ansvaret, og saa er det du skal videre til dem der staar for den naeste server
Et i første omgang utilfredsstillende svar fra Surftown:
"Kunne det tænkes, at mailen er blevet fanget i modtageres spamfilter f.eks?
Vi har desværre ikke en sådan log, så jeg kan ikke udlevere nogen log til dig.
Venlige hilsener
SURFTOWN support"
Jeg mener ikke det kan være rigtigt, at Surftown ikke har en log på emailen. Eller tager jeg fejl i, at antiterror lovgivningen foreskriver, at sådanne logs skal gemmes i 5 år?
Uanset hvad en eventuel lovgivning ville sige, beholder man som regel logs om ikke andet for at kunne debugge en eventuel fejl. Det er muligt at de har valgt ikke at logge, men det lyder utroligt usandsynligt. Det svar du har faaet overrasker mig ikke, det tager tid at undersoege disse ting, og surftown (kender dem kun af navn) er vist en af de her masse udbydere som skal have masser af kunder i hus til ingen penge. Det betyder ofte at man ikke kan faa saadanne firmaer til at undersoege disse ting. Derudover vil mit gaet vaere at problemet heller ikke ligger hos dem, men hos modtageren, hvilket blot goer dem endnu mere uinteresserede i at hjaelpe. Men skriv til Surftown at de kan fakturere dig deres normale timepris for denne service, og saa er jeg sikker paa de lige pludselig godt kan finde deres logs.
Jeg tror du har ret i, at det handler mere om vilje end om evne. Supporten har på mit opfølgende spørgsmål indrømmet, at de ligger inde med loggen, men fastholder (indtil videre), at de ikke kan udlevere den.
Det er nok rigtigt, at et tilbud om timeløn ville hjælpe, men det er ikke første udvej. Jeg kan ikke se, hvorfor de ikke skulle udlevere en log til en kunde, der beder om det - med mindre de kan henvise til paragraffer, regler, love eller hvad ved jeg.
Fejlen i tilfældet, hvor min ven har afsendt en email, ligger formentlig hos modtageren, men hvordan skal vi kunne finde ud af det, hvis de tilbageholder loggen? Det er for mig at se helt urimeligt, hvis de ikke vil medvirke til at finde årsagen til dette problem, selvom de formentlig er uden ansvar. Et eller andet sted har kunden jo betalt for et produkt, og dette er tilsyneladende den eneste måde at se, om produktet er leveret i dette tilfælde.
Tja, den er saadan lidt i en graazone. Jeg sidder selv som mail admin og naar vi har en kunde der siger at en mail ikke er kommet frem, saa skal jeg igang med at grave i logs, og det relevante bliver saa sendt frem til kunden med en forklaring paa hvad det betyder. Men vi charger saa ogsaa for den tid der bliver brugt, hvis ikke der ligger en fejl hos os. Problemet ligger primaert i at de aldrig vil kunne sende hele loggen til dig, da der er informationer du ikke maa komme i besiddelse af, og det betyder at de skal klippe i den for at sende det relevante. Og en log er desvaerre typisk ikke struktureret paa en hensigtsmaessig maade, da man aldrig burde skulle kigge i loggen. Email service er defineret paa en saadan maade at emails aldrig burde gaa tabt. Men desvaerre ser vi flere og flere spamfiltre som syntes det er smart at sende spammails til en bestemt spamfolder, eller helt smide dem til et sted hvor en kunde ikke kan finde dem.
Det jeg ser at du kan goere nu er at tage kontakt til modtageren, og arbejde med dem. Men hvis de ogsaa benytter en billig udbyder, vil du nok rende ind i samme problem. Ellers maa du enten selv staa for en mailserver, eller vaelge en udbyder som nok vil koste mere, men som kan levere den kraevede data.
Det giver mening, når du fortæller at der er et stort arbejde forbundet med at opspore emailen. Derfor kan det godt være relevant at betale en timepris for ydelsen. Det burde Surftown i mine øjne tilbyde allerede første gang jeg henvender mig, i stedet for at give mig et vildledende svar.
På nuværende tidspunkt ville det ikke være ideelt at tage kontakt til modtageren, idet der muligvis kan være et økonomisk incitament fra disse til at benægte at de har modtaget - desuden er det et IT-firma, der efter al sandsynlighed har deres egen mailserver, så det vil jo ikke se godt ud for dem, hvis de skal erkende at fejlen ligger hos dem.
Men dette spørgsmål er indtil videre kun rettet mod trafikken den ene vej. Som nævnt i indledningen er der flere emails der er gået tabt på vejen til min ven. Dem har jeg ikke berørt overfor Surftown endnu. Dels fordi jeg ikke for nuværende ønsker at kontakte modparten - og det er mit indtryk, at vi skal bruge deres log for at spore dem hos Surftown, dels fordi jeg tænker at det er bedst at tage én ting ad gangen.
Tja, du kender jo allerede proceduren nu, bare i omvendt raekkefoelge. Det lyder som om der bliver blandet lidt politik ind i det, og i worst case kan der jo vaere tale om at der faktisk ikke er nogen teknisk fejl her, men istedet tale om nogen som direkte lyver. En lille historie fra den virkelige verden er at vi engang blev hevet i retten for misligeholdelse af en kontrakt, da en kunde mente at vi ikke leverede mails til dem. Vores logfiler fra mailserveren gjorde at vi vandt sagen. Saa hvis dette er saa vigtigt et bevis for din kunde, at kunne paavise at en email er kommet frem/ikke modtaget, saa skal de naesten have surftown igang med en soegning i logfiler, til den pris det nu koster, eller skal de have fat i et andet setup hvor de har fuld adgang til logfiler. Alternativt maa de indstille sig paa at ringe og verificere at en given mail er kommet frem, og ellers have fat i en fax/snail mail.
Dit worst case scenario er bestemt blevet overvejet. Hvis en logfil kan afklare spørgsmålet vil det jo være det bedste. Endnu er det dog uvist, om der bliver et økonomisk efterspil der afhænger af om mailen er leveret eller ej. Man kan sige at jeg forbereder mig for det tilfælde at det skulle blive sådan.
Jeg tror ikke at Surftown har nogen andel i at disse emails er forsvundet. Sandsynligheden for at de er nået frem er meget stor.
Dem som er forsvundet på vej til min ven er formentlig blevet smidt i en spambakke på serverniveau, altså inden de er hentet ned til den lokale computer. Hvis det er tilfældet, er det lidt irriterende, da vi har anvendt de default-indstillinger som Surftown har sat op. Dvs. vi har ikke tilføjet domæner til hverken en hvid- eller sortliste. Det har jeg vist nævnt tidligere. Jeg gik ud fra, at alle emails så ville blive hentet ned, men kan se at der ligger nogle i en spambakke på serverniveau. Det ser ud som de bliver slettet efter få dage.
Ja, det er fuldstaendigt hjernedoedt at have en spambakke paa server niveau. Vi havde det engang selv, men er siden begyndt at afvise mails inden modtagelse hvis vi tror det er spam. Det betyder at vi ikke skal bruge plads paa at gemme spammails, spammails bliver ikke modtaget og skal ikke bounces senere, og en rigtig bruger der bliver fanget i spamfilteret vil automatisk faa en fejlmail tilbage, saa de er klar over at mailen ikke er kommet frem. Det har lettet alting en del for os.
Men uanset, der er nok ikke saa meget jeg kan goere mere i denne sag, du har vist godt styr paa hvad du kan/skal goere herfra, saa du oenskes held og lykke :)
Jeg har nu modtaget nedenstående svar. Jeg kan vist ikke bruge deres log til noget som helst, men jeg er nu ikke sikker på om jeg skal tage deres svar for gode varer... Kan det virkelig være rigtigt, at deres log ikke har flere detaljer???
Vi har en meget detaljeret mail log ca. 1 uge tilbage hvor vi kan se hvilke eksterne servere der har taget imod emails.
"Vi har en log over hvornår der er leveret emails og denne går flere måneder.
Mere præcist så har vi mail logs over lokalt leverede mails mange måneder tilbage - men korrespondancen hvis der sendes emails med eksterne servere gemmes dette.
ISP'er har yderligere logningspligt ifølge Antiterrorlovgivningen.(feks. telenet eller teletjenester)
Da du har forespugt på en log tilbage fra den 1 september, kan vi give dig en log over hvornår I er logget på mailserveren og hvornår der er leveret emails til. Vi har desværre ikke noget så detaljeret mail log på hvilke mailservere der har taget imod mails sendt for så langt tilbage.
Nedenfor kan du se hvilke adresser hos I har modtaget emails og hvem der er logget ind +-30 minutter i forhold til den tid du har angivet. Det eneste der har med xxx@ direkte at gøre er mail levering."
Tjaa, at Surftown virker "store" betyder ikke at de er kompetente. Jeg vil ikke afvise at det de siger er sandt, men i saa fald er det underligt. Jeg har meget detaljerede logs, og jeg begynder ikke at pille detaljer ud af dem naar de er x tid gamle. Istedet bliver gamle logs pakket ned og gemt vaek, til eventuelt brug senere, hvilket vil sige at jeg til hver en tid kan gaa tilbage til et givent tidspunkt og se hvem der har sendt emails til hvem og hvilke mailservere vi har kommunikeret med.
Jeg takker for din fortsatte interesse i at hjælpe os med at trænge til bunds i denne sag :-) Svaret som er gengivet ovenfor er ikke helt forståeligt for mig - der er nogle sætninger, der virker lidt kluntede formulerede, og jeg kan ikke entydigt gætte mig til den eksakte betydning.
Men sætningen der starter med "ISP'er har ..." antyder for mig, at Surftown muligvis ikke er en ISP i sig selv - hvis jeg har ret i det, og hvis det er rigtigt at de ikke har den efterlyste log, så burde det dog være muligt at rette henvendelsen videre til den relevante ISP'er, skulle jeg mene?
En ISP er et firma der udbyder internet adgang, enten via dialup, mobilenet, dsl, cable osv. Surftown laver udelukkende webhosting, dvs. de er ikke underlagt helt de samme strenge krav om logning som ISP'er.
Jeg har oprettet en gmail konto til formaalet, saa hvis du kan, ville det vaere godt hvis du kunne sende de 2 email adresser der er tale om her. Det kan nogen gange vaere nemmere naar man kan se specifik information om dem.
Der er nu gået en måned siden jeg startede support korrespondancen med Surftown, og konklusionen er, at det er ISP'en vi skal have fat i. Jeg ville ønske at Surftown havde sagt det med det samme, så vi ikke havde spildt al den tid. Hmm.
Så det bliver næste træk. Fortsættes i næste nummer ;-)
Nu havde jeg lige glemt denne lidt, men jeg kiggede paa mail adresserne, og skal lige hoere om ham som modtager hos surftown, han ogsaa sender igennem dem ? Ellers kan jeg godt se at jeg er blevet lidt forvirret af det som staar her, fordi hvis ikke saa er det selvfoelgelig hans (og ikke modtageres) isp der skal tages fat i, da surftown saa slet ikke har noget at goere med den udgaaende email.
Jeg antager at han sender gennem sin ISP (TDC). Det er i hvert fald hvad Surftown meddeler i deres seneste svar: at de ikke har mere udførlige logs end tidspunkter på hvornår hvem er logget på.
Citat: "Vi gemmer den del af loggen i 7 dage, som viser at du har logget ind på der er sendt/modtaget mails. Dog gemmer vi ikke logs som viser at din mail afleveres til eksterne mailservere, som du selv konstaterer. Det er her din ISP kommer ind i billedet."
For mig lyder det som om det er TDC vi skal igennem.
Skandale at jeg ikke har udpeget dette foer, men jeg har hele tiden haft den ide at der blev sendt og modtaget igennem surftown, og ikke igennem isp serveren. Jeg tror I vil faa store problemer med at faa noget ud af tdc. Jeg vil helt klart anbefale at I finder en anden loesning end at sende igennem tdc, gerne en hvor I selv har mulighed for at rode i logs. Dvs, en dedikeret server er altid godt, husk blot ikke at hoste den paa en consumer linie.
Det har også hele tiden været min ide, så du er ikke alene. Mere mærkeligt er det, at Surftown ikke påpegede det straks.
En dedikeret server vil være overkill til det generelle formål, og alt andet lige er det vel uhyre sjældent at man står overfor et problem som det, jeg beskriver. Så det gør vi nok ikke.
Derimod vil jeg i næste uge tage kontakt til TDC og se om de kan (læs: vil) hjælpe os.
Om det er surftown's opgave at paapege dette er jeg ikke noedvendigvis enig i. Vores kunder kan sagtens modtage post hos os, og sende post igennem os, men de kan ogsaa vaelge at sende posten igennem deres isp, og jeg kan derfor ikke se hvordan de goer det, jeg vil blot i loggen kunne konstatere at der ikke kommer noget igennem os. Men jeg forudser at der vil opstaa mange flere af denne type problemer i fremtiden, isaer eftersom at naar ipv6 rigtigt slaar igennem, vil det blive utroligt svaert at bruge rbl's, og derfor vil mange nok blot faa spammails til at "forsvinde" fremfor at behandle dem korrekt. Og slutteligt, en email kan ikke betraktes som et anbefalet brev, og vil man have sikkerheden for en levering, maa man selv, eller nogen som har forstand paa det, staa for mails.
Men, jeg haaber at du kan faa tdc i tale, de gange jeg har skulle have fat i dem med henblik paa mail issues, har de vaeret utroligt afvisende og jeg ville have faaet bedre resultater ud af blot at sidde og surfe porno.
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
