mail fallback server

egentligt ikke så svært. Sæt endnu en qmail server op med samme domæner o.s.v. og sæt en MX mere i DNS'en med en højere prioritet.

f.eks.

priotet

10 server1
20 server2

hvis server1 fejler ryger mailen til server 2

hvad så når den server komme online igen, bliver mailen så vider sendt af sig selv eller hvad ?

ahhh.. på den måde.. nej det gør det ikke.. så er den jo modtaget af server2

Så skal den hentes derfra

altså princippet er jo at hvis en mail bliver sendt og den ikke kan komme i forbindelse med server1, så prøver mailserverne på nettet jo normalt at blive ved i 4 dage.. hvis mailserver1 stadig ikke svarer returneres mailen.

Medmindre du har et alvorligt stort behov for sikkerhed så kan man i de fleste tilfæle nøjes med 1 server, og så en backup løsning eller lignende så den kan komme online hurtigt igen

Men du skal fortælle mere om jeres opsætning (f.eks. klienterne vs DNS) o.s.v. før vi kan komme nærmere en smart løsning til jer.

Det jeg forstille mig var en smtp server som modtog mailsne fra afsenderen og så hold på dem til den anden server kom omline igen.
Altså et relay som kun ville sende mail til domainer på min mail server.
Typisk er det jo kun ved genstart at serveren ikke er oppe.

Den løsning som du forslår lyder mere som en slags load balancing mellem to server. Det ville kræve et fældes disk system til at læger mails på.

"Den løsning som du forslår lyder mere som en slags load balancing mellem to server. Det ville kræve et fældes disk system til at læger mails på."

- nej det er ikke rigtigt... Når du sender en mail, så er det første der sker er at der hentes ip nr. fra MX recorden. Derefter kontaktes den mailserver med den højeste prioritet (laveste nummer) og hvis den svarer så ekspideres mailen.

Hvis den ikke svarer så kigger SMTP serveren igen i DNS'en, og hvis der findes en MX record med et højere nummer, så prøves denne.

Det system som du forslår er ret avanceret som jeg lige ser det. 1: du skal have en mailserver som indeholder informationer om alle domæner + email konto. Dernæst skal du have en sekundær server som indeholder de samme informaioner + at den videresender mail'en til sig selv, når server1 er online. Jeg ved ikke lige hvordan du vil skrue det sammen, det er vist ikke lige til.

Den metode som jeg beskriver er så vidt jeg ved den gængse metode til dette. Eneste problem med denne metode er jo at klienterne jo er sat op til at benytte mail.domain.dk som deres ingående pop3 mailserver. Du kan løse det ved at dine klienter sætter 2 pop3 konti op i deres klient.

1: ingående mail= mail.domain.dk
2: indgående mail= backupmail.domain.dk

som så peger på de 2 mailservere.. Dette er en yderst velgungerende og meget meget solid løsning. Den tillade nedbrud i lang tid, eller indtil begge servere er nede.

iøvrigt er Qmail ufattelig stabil.. jeg har en mailserver med 3500 pop3 konti - og den har aldrig fejlet. og flere gange har jeg flyttet til en ny server ved opgradering.. og det kørte også problemfrit. Qmail er sagen! :o)

Tak for point.

jeg har bare set at flere isp har en sådan backup smtp server som vider sender. Eks. mx-backup.mail.tele.dk  se http://www.eksperten.dk/spm/280793

ok, så kan det godt være jeg bare skal tage det roligt og gøre min nogle afaringer min Qmail. Hvis det er så godt som alle siger er der jo ikke noget at være utryk ved :-).

hmmm... Det er vist ikke det samme. Det er vist noget med TeleDK og deres port 25 så vidt jeg ved. Jeg tror det er noget i en helt anden sammenhæng, og de er så vidt jeg ved de eneste der benytter denne teknik.

Det du ønsker er jo en der sender posten videre. Lad os antage posten kommer til server2, så vil den forsøge at sende videre til server1, men hvis dette ikke lykkedes, hvad det jo sikkert ikke gør fordi serveren er nede, så skal den forsøge senere.

Et sådan system med mange brugere/mails vil vel kvæle sig selv mere eller mindre?

Men ok.. Det kan da være der findes en løsning - jeg har bare aldrig hørt om den. Og i alle tilfælde så¨tror jeg ikke dine spekulationer kan betale sig medmindre du arbejder/administrerer en større serverpark i en større virksomhed.

Hvis dette er tilfældet, ville jeg stadig vælge mit forslag nr.1 og så ville jeg bede alle klienterne koble på mail.domain.dk og benytte intern DNS. hvis server1 så gik ned kunne jeg blot ændre IP adressen i min egen interne DNS server og så ville klienterne stadig hente posten uden at fatte server1 var nede, meeeeen

Hvis jeg nu var sådan en sysadmin i en stor virksomhed, så ville jeg nok slet ikke benytte pop3, men IMAP og det er en helt anden sag. :)

"Hvis det er så godt som alle siger er der jo ikke noget at være utryk ved :-)."

Hvis du er "hobbyhoster" så tvivler jeg på din qmail går ned medminre

1: Du har config forkert
2: Din hardware fejler.

I begge tilfælde ville en server2 ikke løse problemet.

Hej dank.

Tak for dinne mange indlæg. Det er fedt med den gode respons. Du har afklaret
en del spørgsmål jeg havde. Håber jeg kan hjælpe din en dag.

TAK

Hej emb

Dank's svar er faktisk ikke helt korrekt - og det er simpelt at sætte op. Som Dank beskriver skal der opsættes en sekundær MX-host (større tal). Denne server skal acceptere mail for domænet (eller mailhosten) - men IKKE fungere som "final destination" - så vil den sekundære med (almindelige) jævne mellemrum forsøge at aflevere mailen.

På den måde vil sekundær også konstatere, at primær er kommet i luften igen - og dermed bliver mail afleveret korrekt på den primære.

Dette er nogenlunde standard opsætning af sendmail (=relay-domains) - har intet kendskab til qmail

/lap

av.. ok.. jeg skrev også jeg ikke var helt sikker - så det beklager jeg.

Denne løsning *skal* jeg helt klart have til at virke med qmail.. jeg undersøger lige det lidt nærmere og

dvs. at mailserveren kun fungerer som en "satelit" station som modtager mailen til domænet, men ikke fordeler den i maildir's/boxes, men mailserveren tror den er mellemstation, således at

MX 10 = hovedmailserver
MX 20 = En server som accepterer mail for et givent domain, men kun for at forwarde det videre til dette domain, hvilket først kan lade sig gøre når MX 10 er oppe igen?

Er dette korrekt?

p.s. Jeg beklager virkeligt hvis jeg har taget fejl her..

men iøvrigt ændrer det ikke på min holdning, at dette ikke er ret nødvendigt med et hobby/semipro server. :o) Jeg synes stadig det er lidt overkill, specielt taget i betragtning af at skal sådan et system være effektivt skal det placeres et andet fysisk sted, helst på et andet net o.s.v. Enig?

Hej dank

Jeg er helt enig i, at det er overkill - specielt da det (bør) kræve 2 loaktioner og2 forskellige udbydere.

En rigtig god forklaring findes i "dns and bind": Jeg skal flyve til New York (byer er vist ikke som i bogen :-) - men lufthavnen er lukket pga. snevejr. Jeg flyver i stedet til Boston, da jeg så ikke har langt igen - og sparer den lange rejsevej for at finde ud af, at lufthavnen fortsat er lukket.

Sattelit beskrivelsen er ligeså god - MX 20 skal acceptere mail for domænet, men ikke "fordele mail" til mailbokse.

Dette er rent faktisk det helt store problem med spammail - for ikke lang tid siden var standard opsætningen på sendmail, at al mail blev accepteret - og derefter sendt videre (hvis det ellers var nødvendigt).

Nu opsættes relay.domains i stedet for.

kanon info. Det skal jeg have til at virke med Qmail.. skal nok poste svaret her når det kører. Jeg har selv adgang til flere steder/net/localationer, og har netop fåët godkendt 2 DNS servere af DK-hostmaster, så jeg kan sagtens ændre MX records og den slags selv... o.s.v. og med 3500+ pop3 konti kunne der være lidt fornuft i at sætte sådan et system op. Så det vil jeg prøve.

Mht til spam har jeg netop installeret spamassassin (serverside, den findes vistnok også i nogle win/klient versioner) - det fungerer bare rigtigt godt. Min egen meget angrebne email konto har spamassassin "fanget" 128 af 138 spam mail mod min postkonto de sidste 7 dage. Ingen "ikke spam mails" er markeret som spam, så det er perfekt. Sammen med en god virus scanner på mailboxen, så har man faktisk et rigtigt fornuftigt system.

lap: Jeg skriver lidt artikler sommetider på lws.dk, der vil jeg klart lave en artikel om dette, når jeg finder ud af hvordan dette gøres med Qmail.

Hej fandt denne tekst i en qmail mailinglist. Ved ikke om der er andet man skal gøre for at sikre sig mod at blive brugt om open relay?

> What is the best way to setup qmail as a secondary mail server for a domain
> name, ie something.com has 2 MX records, second MX points to a mail server
> running qmail.  I need qmail to act as a fallback server, if the first (also
> qmail :) goes down or si busy. Whats the best way of doing this so that
> fallback will accept email and forward everything to a pop server.

On the secondary server, put the domains for which you want to receive mail in
rcpthosts, but not in locals or virtualdomains. That's it!

> Also, whats the best way to tweak both servers so that the server one has a
> nice threashold, and the fallback handles anything above that threashold of
> incoming mail.

If you're using tcpserver to run qmail-smtpd, you can use the -c option to
limit the number of incoming connections.

link til tread.
http://www.ornl.gov/cts/archives/mailing-lists/qmail/2000/06/msg00653.html

http://www.star.le.ac.uk/~tjg/mail/fallback.html

Hej emb

Det er den rigtige metode - rcpthosts er netop relay.domains på qmail - og da det ikke er locals eller virtualdomains vil mails blive sendt videre.

Der er mange metoder at omgå relay-filtre, så du skal være specielt opmærksom på sekundær, da f.eks. adresser som bruger%domæne.dk@ditdomæne.dk ind i mellem rent faktisk accepteres.

Hold meget øje med maillog - men ellers er det korrekt.