26. januar 2000 - 21:56Der er
4 kommentarer og 3 løsninger
cybercity : problem med at tømme postkasse
jeg har følgende problem : når jeg vil tømme min postkasse hos cybercity, kan den for det meste ikke komme i kontakt med serveren, og når det lykkedes stopper den for det meste efter 40-50 mails, hvorefter den går i stå med overførslen, derefter skal man så starte forfra med at hente de samme mails, på den måde kan det let gå sådan, at man modtager de første 40 mails både 5 og 10 gange. jeg har lige opgraderet til o-ekspress 5,0 kan det mon være derfor? kender nogen en løsning, jeg har prøvet cybercitys hotline, MEN 3 timers ventetid NEJ VEL. Hanne-Rk
Problemet opstår enten når en afhentning af mails tager for lang tid og resulterer i et "servertimeout" (kan til en vis grad selv bestemmes under funktioner->konti->egenskaber->avanceret->servertimeout) - ELLER, og det her er den der er sjovest, når en eller anden har placeret et . (punktum) i en linie for sig selv i en mail. Dette er en standard afslutningskommando til postserveren, og resulterer i at serveren tror du er færdig med at hente din post - dette er imidlertid ikke tilfældet, og din post hænger så at sige fast i "limbo" mellem server og klient, i dit tilfælde OE. Det, der så sker, er at du næste gang du åbner OE, får den samme bunke mails ned, som igen stopper omtrent samme sted som før. Problemet er således selvforstærkende.
Som sticky nævner, er løsningen enten at bruge en web-baseret konto-læser, fx. webmail.cybercity.dk, og så læse + slette alle sine mails så man har "rent bord" til de næste mails der ankommer.
- håber det her var MINIMUM halvdelen af pointene værd... :-)))
1) Servertimeout er gældende for hvor længe den skal vente på der sker noget hvis der i et længere tidsrum ikke sker noget. Det vil sige at så længe serveren pumper løs er der ikke noget i vejen for at hente 1 million mails.....
2) Tor du virkelig selv på det....? Det du tilsyneladende har fået galt i halsen er hvordan SMTP/POP3 protokollerne fungerer. For begges vedkommende foregår al "snak" client og server imellen via enkeltlinier. Nogle kommandoer kræver dog at der bruges flere linier den ene eller anden vej - f.eks. når "Body"en i en mail skal videregives. Det er her punktummet kommer ind: For at afslutte en multilinie kommunikation bruges sekvensen: CRLF.CRLF - svarende til en linie med et punktum. Men nu er det jo sådan at dette ikke skal forhindre folk i at sende mail med linier med et enkelt punktum - derfor bruges følgende escape-metode: Alle linier der naturligt starter med et punktum får tilføjet et ekstra punktum i starten. Eksempler:
rigtig tekst: .asdf ..asdf asdf. . bliver escapet til: ..asdf ...asdf asdf. .. . (hvor det sidste . altså viser at det er slut.) Af denne grund er det altså ingen af cldus svar der kan passe, hvorfor jeg vil være tilbøjelig til at give sticky ret - gå ind og skild dig af med den ekstra post og håb så problemet ikke opstår igen - eller prøv evt. at sende en email til mailto:support@cybershitty.dk
et punktum i en linie for sig selv bliver IKKE escapet til anden tekst. Rigtigt nok, så bliver fx. .asdf lavet om, men ikke et . alene.
Jeg ved sq da for fanden godt hvad servertimeout betyder, men du fattede tilsyneladende IKKE meningen med mit svar.
Servertimeoutet opstår, når serveren ikke længere tror at der foregår noget. Altså kan den få afslutningskommandoen, selvom der stadig ligger mere post, og klient kan fortsætte X minutter med at hente post, hvor X er serverens timeoutværdi.
men fuck nu det - vi er alle enige om at en webmail-ting er løsnigen...
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.