backup-mx.post.tele.dk
Morten Brynjolf
Efter et par dage hvor min egen mailserver ikke har været tilgængelig
håbede jeg egentligt at TDCs backup-mx.post.tele.dk blot ville sende dem
til mig når igen min egen server kom online. Det ser nu efter et par dage
online ikke ud til at være tilfælde.
Jeg har i min serveres nedetid sendt et par testmails fra min arbejdsplads
og disse er aldrig kommet frem. Nye mails kommer fint igennem.
Skal man 'trigge' backup-mx.post.tele.dk til at sende mails der ikke kunne
leveres i første omgang?
Med venlig hilsen
Morten Brynjolf
Gevaldi
Morten Brynjolf skriblede:
Prøv at spørge i den interne TDC gruppe
hvor sansynligheden er størst for et
kompetent svar
news:tele.internet.adsl
--
/Gevaldi
Bjarke Andersen
news:Xns9516C9CD2E84Bsp...@192.168.123.1:
> Skal man 'trigge' backup-mx.post.tele.dk til at sende mails der ikke
> kunne leveres i første omgang?
En tidligere diskussion gav dette mulige svar (søgt via google)
Telnet til backup-mx.post.tele.dk på port 25
etrn mitdomæne.dk
Hvis du får svaret 459 <mitdomæne.dk>: service unavailable, så er backup-
mx.post.tele.dk ikke sat op til backup af dine mails.
Hvis den svarer 250 Queuing started, så skulle der sendes til dig uanset om
der er post ventende eller ej.
--
Bjarke Andersen
Wanna reply by email? Remove the spammer in address
Morten Brynjolf
> En tidligere diskussion gav dette mulige svar (søgt via google)
Sikke en masse læsning der findes om det på google.
> Telnet til backup-mx.post.tele.dk på port 25
> etrn mitdomæne.dk
>
> Hvis du får svaret 459 <mitdomæne.dk>: service unavailable, så er
> backup- mx.post.tele.dk ikke sat op til backup af dine mails.
Da det er denne besked jeg får, skal jeg så gå ud fra at mine mails er
tabt? I så fald hvorfor har jeg så ikke fået besked om at de testmail jeg
sendte ikke kunne leveres?
Bjarke Andersen
> Da det er denne besked jeg får, skal jeg så gå ud fra at mine mails er
> tabt? I så fald hvorfor har jeg så ikke fået besked om at de testmail
> jeg sendte ikke kunne leveres?
Afhænger dels af om din arbejdsplads' SMTP server, hvor længe den skal
forsøge leveringen og om den skal give besked til afsender.
Hvis ovenstående dog har kunne levere til backupmx'en som alligevel ikke
kan finde ud at levere beskeden videre, fordi den ikke er sat rigtigt op
mod dit domæne, så er spørgsmålet om den er sat op til at give besked til
afsender.
Jesper Dybdal
>Morten Brynjolf <notv...@brynjolf.net> crashed Echelon writing
>news:Xns9516C9CD2E84Bsp...@192.168.123.1:
>
>> Skal man 'trigge' backup-mx.post.tele.dk til at sende mails der ikke
>> kunne leveres i første omgang?
>
>En tidligere diskussion gav dette mulige svar (søgt via google)
>
>Telnet til backup-mx.post.tele.dk på port 25
>etrn mitdomæne.dk
>
>Hvis du får svaret 459 <mitdomæne.dk>: service unavailable, så er backup-
>mx.post.tele.dk ikke sat op til backup af dine mails.
Det er ikke rigtigt. Den er bare ikke sat op til at tillade ETRN.
Hvis jeg gør det samme mod den postfix-server på min arbejdsplads som
fungerer fint som backup for min hjemmeserver, så får jeg præcis den
fejlmeddelelse.
Men det er unægtelig ret underligt at backup-mx ikke har sendt posten
helt af sig selv når den primære server har været oppe i et stykke
tid.
Morten Brynjolf <notv...@brynjolf.net> wrote:
>Efter et par dage hvor min egen mailserver ikke har været tilgængelig
"Et par dage" burde ikke få backup-mx til at give op. Og hvis den gav
op, ville afsenderne få besked om det. Post må ikke bare forsvinde.
>Jeg har i min serveres nedetid sendt et par testmails fra min arbejdsplads
>og disse er aldrig kommet frem.
Er de kommet tilbage som bounces eller er de forsvundet helt? Hvis de
er forsvundet helt og ikke er fremkommet efter at den primære server
har været i live i nogle timer, så lugter det af at der måske er noget
galt med backup-mx.
--
Jesper Dybdal, Denmark.
http://www.dybdal.dk (in Danish).
Morten Brynjolf
news:Xns9516EE7B...@130.225.247.90:
> Afhænger dels af om din arbejdsplads' SMTP server, hvor længe den skal
> forsøge leveringen og om den skal give besked til afsender.
Jeg satte fik en besked kort efter at mine testmail var relayed af backup-
mx.post.tele.dk. Så de må være havnet her.
> Hvis ovenstående dog har kunne levere til backupmx'en som alligevel
> ikke kan finde ud at levere beskeden videre, fordi den ikke er sat
> rigtigt op mod dit domæne, så er spørgsmålet om den er sat op til at
> give besked til afsender.
Det tyder på at det er backup-mx.post.tele.dk der er noget galt med.
Morten Brynjolf
news:8951e0l3qpgl6t6rj...@dtext.news.tele.dk:
>>Jeg har i min serveres nedetid sendt et par testmails fra min
>>arbejdsplads og disse er aldrig kommet frem.
>
> Er de kommet tilbage som bounces eller er de forsvundet helt? Hvis de
> er forsvundet helt og ikke er fremkommet efter at den primære server
> har været i live i nogle timer, så lugter det af at der måske er noget
> galt med backup-mx.
Kort efter at jeg sendte disse testmail fik jeg ret hurtigt (inden for et
par minutter) en mail retur om at disse var blevet relayed hos backup-
mx.post.tele.dk og siden er der ikke sket noget.
Min server har nu været online i mere end 3 døgn og jeg modtager stadig kun
nye mails.
Christian Joergensen
> Kort efter at jeg sendte disse testmail fik jeg ret hurtigt (inden for et
> par minutter) en mail retur om at disse var blevet relayed hos backup-
> mx.post.tele.dk og siden er der ikke sket noget.
>
> Min server har nu været online i mere end 3 døgn og jeg modtager stadig kun
> nye mails.
Hvis jeg kender nogle af servernisserne hos TDC godt nok, vil jeg mene at
der ganske sikkert benyttes Postfix på maskinen. Om ikke andet vil jeg
tro langt de fleste mailservere fungerer efter nogenlunde samme princip.
Når Postfix ikke kan forbinde til et ekstern mailudveksler, gemmes mailen
i en "deferred"-kø. Den flyttes tilbage til en "active"-kø hvor der
forsøges at levere fra med eksponentielt tiltagende intervaller.
Hvis din server har været nede i 2-3 dage kan der snildt gå 4-5 dage
før der prøves igen.
--
Christian Jørgensen | I know kung fu!
http://www.razor.dk |
Morten Brynjolf
news:pan.2004.06.29....@razor.dk:
> Når Postfix ikke kan forbinde til et ekstern mailudveksler, gemmes
> mailen i en "deferred"-kø. Den flyttes tilbage til en "active"-kø hvor
> der forsøges at levere fra med eksponentielt tiltagende intervaller.
Sådan virker min egen også ...
> Hvis din server har været nede i 2-3 dage kan der snildt gå 4-5 dage
> før der prøves igen.
... men 4-5 dage er lang tid. Men det giver da håb :)
Jesper Dybdal
>Når Postfix ikke kan forbinde til et ekstern mailudveksler, gemmes mailen
>i en "deferred"-kø. Den flyttes tilbage til en "active"-kø hvor der
>forsøges at levere fra med eksponentielt tiltagende intervaller.
Jeg er ret sikker på at tidsrummet mellem postfix' forsøg på at
aflevere post ikke vokser udover en grænse der som standard er i
størrelsesordenen 1½ time.
Christian Joergensen
>>Når Postfix ikke kan forbinde til et ekstern mailudveksler, gemmes mailen
>>i en "deferred"-kø. Den flyttes tilbage til en "active"-kø hvor der
>>forsøges at levere fra med eksponentielt tiltagende intervaller.
>
> Jeg er ret sikker på at tidsrummet mellem postfix' forsøg på at
> aflevere post ikke vokser udover en grænse der som standard er i
> størrelsesordenen 1½ time.
Jeg tog fejl.
http://www.postfix.org/TUNING_README.html#hammer
Her er en liste med standard-værdier. Jeg vil dog håbe for TDC at de har
justeret lidt på dem :-) Det kan godt blive mange mails der skal
forsøges leveret en gang i timen...
--
Christian Jørgensen | There is no spoon!
http://www.razor.dk |
Jesper Dybdal
>Kort efter at jeg sendte disse testmail fik jeg ret hurtigt (inden for et
>par minutter) en mail retur om at disse var blevet relayed hos backup-
>mx.post.tele.dk og siden er der ikke sket noget.
Indeholdt det du fik retur, ikke oplysning om hvor længe den havde
tænkt sig at forsøge at aflevere inden den ville give helt op?
Noget i stil med nedenstående som jeg klippede fra min egen servers
advarsel:
>This is the Postfix program at host nuser.dybdal.dk.
>
>####################################################################
># THIS IS A WARNING ONLY. YOU DO NOT NEED TO RESEND YOUR MESSAGE. #
>####################################################################
>
>Your message could not be delivered for 2.0 hours.
>It will be retried until it is 5.0 days old.
Den sidste citerede linje indeholder et interessant tal.
Morten Brynjolf
> Indeholdt det du fik retur, ikke oplysning om hvor længe den havde
> tænkt sig at forsøge at aflevere inden den ville give helt op?
I selve mailen som kommer fra vores exchangeserver står der:
-----
This is an automatically generated Delivery Status Notification.
Your message has been successfully relayed to the following recipients, but
the requested delivery status notifications may not be generated by the
destination.
x...@brynjolf.net
-----
Vedhæftet er følgende tekst:
-----
Reporting-MTA: dns;acn045kbhmsx02.enterprisenet.org
Final-Recipient: rfc822;x...@brynjolf.net
Action: relayed
Status: 2.5.0
X-Display-Name: x...@brynjolf.net
-----
>>Your message could not be delivered for 2.0 hours.
>>It will be retried until it is 5.0 days old.
>
> Den sidste citerede linje indeholder et interessant tal.
Det er nu 7 dage siden jeg sendte ovenstående testmail, og den er stadig
ikke modtaget.