03. januar 2003 - 21:12Der er
60 kommentarer og 1 løsning
Sendmail - mail til Hotmail kontoer forsvinner
Har et ganske rart problem med sendmail. Den mottar all inngående mail problemfritt og det går også helt fint å hente ut inngående mail ved hjelp av pop 3 virusspreder outlook express.
Det går også helt fint å sende mail til alle mottakere vha den samme pop 3 virusspreder, med unntak av til kontoer på hotmail. Sender jeg til yahoo og sender jeg til andre så er den framme på et sekund. Sender jeg til hotmail så kommer den ikke fram overhodet. Den ligger heller ikke i spam mappen til Hotmail, og den kommer heller ikke retur. Kort sagt via pop 3 pålogging så forsvinner post til Hotmail kontoer i det tomme intet.
Logger jeg meg der i mot på Linux serveren via ssh og sender en mail via pine, da kommer den helt greit fram også til Hotmail. Det samme gjelder dersom jeg logger meg på og bruker Web mail via Usermin. Da kommer den også helt greit fram også til Hotmail.
Noen som har opplevd noe liknende eller som har noen teori for hvordan det kan være at all annen post går greit ut, men når man skal sende mail til Hotmail via pop 3, ja da forvinner mailen ????!!!
er du sikker på email ikke kommer frem til hotmail? Har du ventet 6-14 timer? Hvis de kommer efter så mange timer så har det noget med reverse DNS at gøre og kan løses ved at installere bind.
satan og h.... - et langt svar som blev smidt ud... :-(
Jeg som troede, at du vidste alt. Jeg er ret sikker på, at både pine og usermin bruger den lokale mailer - nemlig sendmail. Prøv at sende output af:
sendmail -v user@hotmail.com </dev/null
Jeg har selv en RH7.2/sendmail 8.11.6-3 kørende som fint sender til hotmail.com - så enten outlook express eller reverse dns - eller serveren er blevet blocked.
Jeg vil gerne kikke lidt dybere på det - har arbejdet relativt dybt med sendmail i 7 år.
ja man er vel først systemadministrator når man har dykket ordentligt ned i sendmail. Personligt har jeg mere eller mindre skippet den og sprunget direkte til qmail.
Jeg har *haft* ligenende problemer med qmail - dog kom mails frem efter lang tid. det løste jeg ved at kigge lidt på reverse dns. så måske?
Å, nei jeg vet ikke "alt" (ohh!) om Linux, og i hvert fall ikke Sendmail det er i hvert fall helt sikkert. Var temmelig fornøyd da den fungerte - tilsynelatende før jeg oppdaget at den ikke framsendte til Hotmail.
Kommando over gir følgende utskrift. (Det viser seg ellers at de kommer fram en "tom" mail til Hotmail konto.):
[root@arne /]# sendmail -v arne2002@hotmail.com </dev/null arne2002@hotmail.com... Connecting to mx2.hotmail.com. via esmtp... 220 mc6-f36.law1.hotmail.com Microsoft ESMTP MAIL Service, Version: 5.0.2195.5600 ready at Fri, 3 Jan 2003 15:45:31 -0800 >>> EHLO rea.dns2go.com 250-mc6-f36.law1.hotmail.com (02.00.05.0005) Hello [80.202.194.148] 250-SIZE 4278190 250-PIPELINING 250-8bitmime 250-BINARYMIME 250-CHUNKING 250-VRFY 250-AUTH LOGIN 250-AUTH=LOGIN 250-X-HMAUTH 250 OK >>> MAIL From:<root@rea.dns2go.com> 250 root@rea.dns2go.com....Sender OK >>> RCPT To:<arne2002@hotmail.com> 250 arne2002@hotmail.com >>> DATA 354 Start mail input; end with <CRLF>.<CRLF> >>> . 250 <200301032345.h03NjjR29079@rea.dns2go.com> Queued mail for delivery arne2002@hotmail.com... Sent ( <200301032345.h03NjjR29079@rea.dns2go.com> Queued mail for delivery) Closing connection to mx2.hotmail.com. >>> QUIT 221 mc6-f36.law1.hotmail.com Service closing transmission channel
Dermed er det konstateret, at sendmail ikke har et problem med hotmail - jeg testede også selv med samme resultat.
Jeg vil derfor påstå, at det er noget med klienten (outlook express). Kan du fra din PC prøve følgende:
telnet mailserver 25 HELO <PC fqdn uden <>> MAIL FROM: <root@rea.dns2go.com> #eller hvad rcpt-to står til i outlook RCPT TO: arne2002@hotmailcom DATA test .
Hvis det også går godt, så virker det fra PC->sendmail->hotmail - og det eneste som (næsten) kan være problemet, er opsætningen af outlook
Det fungerte ellers ved pålogging som root men ikke ved vanlig brukerpålogging.
Ser ellers at serveren opererer med et feil navn på seg selv: rea.dns2go.com var det navnet den hadde opprinnelig da den ble satt opp første gang. Siden har den skiftet navn 2 ganger. Mon hvordan man får synkronisert systemnavnene de forskjellige stedene.
dank -> når det gjelder "reverse oppslag" betyr ikke det at dersom man slår opp på ip adresse for eksempel http://www.ripe.net/ så skal ip adressen asosieres med domenenavnet. Mon jeg tar feil her (Det høres ikke helt rett ut, men jeg er ikke sikker.) Nei, her tar jeg vel feil ?? Mon det ikke heller har å gjøre med hvordan man har satt opp record i dns server ?? (Uten at den nevnte effekt oppstår, for en ip kan jo ha mange domener ??)
Jeg har satt opp dns server (eksternt) på aller enkleste måte ved bare å lage en A record for *.domene.com og domene.com med tilordning av ip. Det finnes ingen MX record etter som jeg regnet med at A record ville virke som default dersom det ikke fantes noen MX record. (Skulle det kunne ligge noe her ??)
Forresten reverse DNS det betyr vel kanskje den tilordning mellom ip adresse og domene som man kan lese ut dersom man retter en rquest mot den aktuelle dns server. Dette høres mere rimelig ut. Er dette rett ?? Hvordan man man eventuelt sjekke om reverse dns oppslaget virker ??
I /etc/sendmail.cf finder du Dj - og kontrollerer om den er sat til rea.... - og ja, det kan sagtens være problemet.
Reverse opslag er simpelt, og en del mailservere bruger det i dag (dog med mange problemer).
nslookup -q=a rea.dns2go.com. Det giver: Name: rea.dns2go.com Addresses: 63.149.6.91, 63.64.164.9 nslookup -q=ptr 91.6.149.63.in-addr.arpa. giver .....can't find 91.6.149.63.in-addr.arpa.:Non-ex.. nslookup 9.164.64.63.in-addr.arpa. giver samme sørgelige resultat. Jeg kan ikke lave et reverse opslag på rea.dns2go.com - og det betyder, at visse mailservere ikke vil snakke med dig.
Du har ret i, at en A-record er principilet ligeså godt, men jævnfør specifikationerne, så skal sendmail lave et dns-opslag hver gang, da a-svar ikke gemmes, hvorimod mx-opslag rent faktisk gemmes (det er en detalje).
Ja mon jeg ikke får til et reverse oppslag på denne måten: "host 80.202.181.148 ns1.dnsserver.dk"
Hvis dette eventuelt er et rett reverse oppslag så svarer ikke dns serveren med navnet på domenet, men der i mot med navnet til en node, dvs min node, hos min adsl isp.
Jeg plejer at bruge nslookup, men jo, host giver de samme svar - eksempel:
# host mx2.hotmail.com. mx2.hotmail.com has address 65.54.166.230 mx2.hotmail.com has address 65.54.252.230 mx2.hotmail.com has address 65.54.254.145 [root@fw root]# host 65.54.166.230 230.166.54.65.in-addr.arpa domain name pointer mc10.bay6.hotmail.com. [root@fw root]# host mc10.bay6.hotmail.com. mc10.bay6.hotmail.com has address 65.54.166.230
Dermed er der sammenhæng - mx2.hotmail.com er blot en A-record, men da du godt kan have flere A for den samme ip, så findes også mc10.bay6... også som A - og reverse på ip peger tilbage til mc10....
[root@arne /]# nslookup -q=a kk14.com. *** Invalid option: q=a Note: nslookup is deprecated and may be removed from future releases. Consider using the `dig' or `host' programs instead. Run nslookup with the `-sil[ent]' option to prevent this message from appearing. Server: 217.13.7.136 Address: 217.13.7.136#53
du bruger bind9 på din likale maskine - derfor er nslookup på vej ud - og på dette niveau er der ikke behov for anonymisering, da jeg under alle omstændigheder kan finde oplysningerne - hvis jeg skal sende dig en mail.
[root@arne /]# nslookup -q=a bb17.com. *** Invalid option: q=a Note: nslookup is deprecated and may be removed from future releases. Consider using the `dig' or `host' programs instead. Run nslookup with the `-sil[ent]' option to prevent this message from appearing. Server: 217.13.7.136 Address: 217.13.7.136#53
ok, så mener sendmail, at den selv kan finde det - men finder altså det forkerte - prøv igen når du har skiftet hostnavn - alternativt så sættes Dj blot (gør jeg ofte, da jeg så er sikker på, at sendmail præsenterer sig som den jeg mener den skal være :-)
nej, brug IKKE linuxconf så - mere skade end gavn for en som dig - da den cacher ting i egne filer. Kun godt hvis man KUN bruger linuxconf og ikke håndrettelser.
# my official domain name # ... define this only if sendmail cannot automatically determine your domain #Dj$w.Foo.COM # Arne her er laget endring Dj$w.bb17.COM
Jeg kender ikke webmin, så jeg kan ikke udtale mig - kunne være samme problem. Jeg har oplevet store problemer med dnsconf blandet sammen med manuelle rettelser - det går helt i skoven.
[root@arne /]# sendmail -v arne2002@hotmail.com </dev/null arne2002@hotmail.com... Connecting to mx2.hotmail.com. via esmtp... 220 mc10-f31.bay6.hotmail.com Microsoft ESMTP MAIL Service, Version: 5.0.2195.56 00 ready at Fri, 3 Jan 2003 17:36:12 -0800 >>> EHLO bb17.com 250-mc10-f31.bay6.hotmail.com (02.00.05.0005) Hello [80.202.196.151] 250-SIZE 4278190 250-PIPELINING 250-8bitmime 250-BINARYMIME 250-CHUNKING 250-VRFY 250-AUTH LOGIN 250-AUTH=LOGIN 250-X-HMAUTH 250 OK >>> MAIL From:<root@bb17.com> 250 root@bb17.com....Sender OK >>> RCPT To:<arne2002@hotmail.com> 250 arne2002@hotmail.com >>> DATA 354 Start mail input; end with <CRLF>.<CRLF> >>> . 250 <200301040136.h041aRE01808@bb17.com> Queued mail for delivery arne2002@hotmail.com... Sent ( <200301040136.h041aRE01808@bb17.com> Queued mail for delivery) Closing connection to mx2.hotmail.com. >>> QUIT 221 mc10-f31.bay6.hotmail.com Service closing transmission channel
Ganske utrolig. Den fortsetter på samme måte. Den kan slippe gjennom 1 eller 2 og så fortsetter den med å la være å sende eller faktisk å stjele alle mail adressert til Hotmail. Den tar i mot alle mail helt fint. Og så kommer det litt fantasifulle: Sender man en mail til hotmail, så går det ikke. Sender man i utgangspunktet først en mail fra hotmail til pop3 klient, så går det helt fint å svare tilbake på den samme mailen. Da kommer det fram.
pine har av ukjent grunn sluttet å sende ut mail (uten at det i seg selv er noe stort problem.) Når den misslykkes i å sende ut mail, så gir den følgende feilmelding: "Failed to connect to rea.dns2go.com, 25. Connection refused".
Hvor i alle dager er den og henter "rea.dns2go.com" navnet henne ?? Det skulle være slettet alle plasser. Lurer på om det kan ligge noe her.
Noen ide om hvor dette "rea.dns2go.com" navnet fortsatt kan ligge lagret ??? Maskinen selv sier nå at den heter "bb17.com" og alle ting skulle være satt opp ut i fra det.
Web mail fra Usermin kjører ellers helt feilfritt, heldigvis, slik at det er mulig å både sende og motta post via denne. Jeg bruker vel ellers ipop3 er det vel det heter for Outlook express. Sendmail er konfigurert slik at det behøves passord både for å sende og hente ut mail.
Spesielt nyskjerrig på hvordan man får vekk denne "rea.dns2go.com" hvis dere har noen ide. (Hadde makinen stående hjemme hos "rea" før jeg selv fikk adsl.)
Feilmeldingen kommer opp fra Linux remoote console dvs via putty og uten at Outlook er involvert på noen måte. Vil forsøke å sjekke alle steder uansett.
Spændende - hvordan har du konfigureret, at det kræver password at sende mail? sendmail indeholder ikke en pop3-server, så det er formentlig courier-imap som benyttes.
Så vidt jeg husker, så kan afsendelse af mail ikke beskyttes med password, da det foregåralene via smtp - port 25. Der er sat anti relay på, og det er næppe det som er årsagen.
Ja, nå virker alle ting slik som de skal. Takker for en meget lærerik og interessant "session". (Holder Sendmail for å være den mest inviklede del av Linux distribusjonene.)
Når det gjelder pop3: [root@bb17 /]# rpm -q imap imap-2001a-10 (Denne kan jo kjøre både imap og pop3 server/klient)
Jukset litt ved å i all enkelhet først å avinstallere og så påinstallere pine. Virker 100 % rett nå.
"Så vidt jeg husker, så kan afsendelse af mail ikke beskyttes med password,.." Jo, helt sikkert, se beskrivelse under.
Fant denne beskrivelsen på en norsk diskusjonsgruppe (hvor det normalt ikke er særlig mye aktivitet):
<For Red Hat 7.3, sitat>
La meg anta at du har webmin installert da det er det enkleste. Gå til Servers/Sendmail/Sendmail M4 Configuration. Aktiver desse linjene i sendmail M4 configuration ( dvs. ta vekk dnl fremfor teksten): TRUST_AUTH_MECH(`DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
define(`confAUTH_MECHANISMS', `DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl kommenter ut denne linjen: DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')
Trykk på knappen "Rebuild sendmail configuration" Restart sendmail. Du må da be hake ut i sendmail oppsettet på epostklientene at de serveren krever godkjenning (passord).
Dette gjorde jeg på Red Hat 7.3, og det fungerer utmerket.
Fikk rettet opp en hel del småting blandt annet navnet på serveren og ellers lært en hel del.
Kom i tanker om at vi faktisk en gang hadde det tilsvarende problem på jobb, der ellers absolutt alle ting inklusive mailserver kjører Microsoft. Det vi endte opp med der det var å skifte ut alle Outlook Express klienter med Outlook klient fra MS Office.
Installerte MS Outlook fra MS Office etter at alle andre ting i sendmail var rettet opp først. Når Otlook Express ble erstattet med Outlook, da kjørte det.
Gikk så i gang med å sjekke hvilke konfigureringer på outlook express det eventuelt kunne gå ann å forandre på og som kunne ha noe med saken å gjøre. Fant en instilling "sende i html format eller sende i text format". Endret fra html format til textformat, og så kjørte absolutt alle ting inklusive også Outlook Express.
Mulig ar dette kunne ha ført fram allerede i første omgang, men ettersom en stor del av vitsen med å ha Linux, slik som jeg ser det, er å lære om linux og beslektede systemer, så er jeg nesten ennå mere fornøyd med alle de interessante problemstillinger som kom fram, i tillegg til at det hele altså kom til å fungere. :-)
Jeg er helt enig i, at det har været en interessant opgave. At det også kom til at virke er selvfølgelig det bedste.
Idéen er også at blvie klogere - at html-mail kan skade på den måde var jeg ikke klar over.
Jeg må eksperimentere med sendmail auth en dag.
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.
