Ved ikke rigtig om det er den rigtige gruppe, men nu prøver jeg
Vores andelsforening har vores web- og mailhotel uden i byen. Når man sender
til en tdc e-mail adresse, kommer der følgende svar tilbage
Failed Recipient: [mailadresse]@mail.dk
Reason: Remote host said: 421 Message Rejected
og det er på følgende adresser: *@mail.dk, *@webspeed.dk, *@privat.dk
Jeg har naturligvis henvendt mig til vores udbyder, om han siger, at han
ikke rigtig kan gøre noget (Vi sender igennem hans smtp server),for fejlen
ligger ikke ved dem.
Han har sendt mig følgende log
14:01:49 [73857] Connecting to 80.160.76.237
14:01:49 [73857] Connection to 80.160.76.237 succeeded
14:01:50 [73857] RSP: 220 fpo.mail.dk ESMTP server (InterMail vG.3.00.03.00
201-2196-126-20070720) ready Mon, 3 Dec 2007 14:01:47 +0100
14:01:50 [73857] CMD: EHLO pleskwin1.netsite.dk
14:01:50 [73857] RSP: 250-fpo.mail.dk
14:01:50 [73857] RSP: 250-HELP
14:01:50 [73857] RSP: 250-XREMOTEQUEUE
14:01:50 [73857] RSP: 250-PIPELINING
14:01:50 [73857] RSP: 250-DSN
14:01:50 [73857] RSP: 250-8BITMIME
14:01:50 [73857] RSP: 250 SIZE 10240000
14:01:50 [73857] CMD: MAIL FROM:<hvors@domæne.dk> SIZE=1671
14:01:50 [73857] RSP: 250 Sender <hvors@domæne.dk> and extensions
(SIZE=1671) Ok
14:01:50 [73857] CMD: RCPT TO:<1...@mail.dk>
14:01:50 [73857] RSP: 250 Recipient <1...@mail.dk> Ok
14:01:50 [73857] CMD: DATA
14:01:50 [73857] RSP: 354 Ok Send data ending with <CRLF>.<CRLF>
14:01:50 [73857] RSP: 421 Message rejected
14:01:50 [73857] CMD: QUIT
Her fremgår det jo tydeligt, at e-mail bliver rejected, når den bliver
forsøgt leveret.
Nogen der kan komme med en ide om hvorfor, og ikke mindst hvad jeg kan gøre
ced det. Vi har nu cirka 200 tilslutninger der ikke kan sende til TDC kunder
/AB
Jeg synes det ser ud som om din mail er ca. 10MB stor, og sikkert for stor
til at blive leveret.
Mvh hauge
Og hvordan kom du så frem til den konklusion!
Jeg tvivler kraftigt på at alle 200 tilslutninger sender 10 MB filer med
hvergang de sender til en TDC kunde, for det er helt konsekvens. Der er kun
nogen der kommer tilbage, der er alle, uden undtagelse
/AB
Hej
Jeg er uenig.
14:01:50 [73857] RSP: 250 SIZE 10240000
14:01:50 [73857] CMD: MAIL FROM:<hvors@domæne.dk> SIZE=1671
14:01:50 [73857] RSP: 250 Sender <hvors@domæne.dk> and extensions
(SIZE=1671) Ok
SIZE linien er den sidste i en række, der fortæller hvad serveren (den
remote) understøtter.
Den tillader mails på 10MB.
CMD linien er kommandoen fra local til remote (incl. en størrelse på
1671 bytes)
RSP med 250 koden fortæller, at TDC tillader afsender+størrelse.
Og nej, jeg kan ikke gennemskue fejlen. Bortset fra, at hvis jeg husker
korrekt, så er det en midlertidig fejl, der bliver returneret fra TDC
(kode 421), men der kan jeg godt tage fejl.
mvh .Joakim
Greylisting?
Mogens
--
Mogens Kjaer, m...@lemo.dk
http://www.lemo.dk
Da jeg efter 10 sekunder slettede mit indlæg, håbede jeg på at det ikke
nåede frem. Jeg fik læst fejlen forkert, så mit svar skulle bare i
glemmebogen.
Forøvrigt, så skriv lige når du poster i flere grupper af gangen..
Mvh Hauge
Så tro da helvede - det var derfor jeg kun kan finde body på dit indlæg
og aldrig fik en header.
Jeg undrede mig om dtext var begyndt at droppe indlæg............
Klaus
--
Modelbane Europas hjemmeside: http://www.modelbaneeuropa.hadsten.dk
Modeltog, internet, gratis spambekæmpelse, elektronik og andet:
http://home6.inet.tele.dk/moppe
> Joakim wrote:
> ...
>> Og nej, jeg kan ikke gennemskue fejlen. Bortset fra, at hvis jeg husker
>> korrekt, så er det en midlertidig fejl, der bliver returneret fra TDC
>> (kode 421), men der kan jeg godt tage fejl.
>
>
> Greylisting?
Jeg mener Greylisting bruger en anden kode. Jeg tænkte lidt over i SPF, og
googlede på:
"smtp error 421 spf"
Det ser ud som om Joakim er på det rigtige spor. Jeg ser ord som 'Service
not available', 'too many connections' etc.
--
Med venlig hilsen
Stig Johansen
ab wrote:
>
> Han har sendt mig følgende log
>
> 14:01:49 [73857] Connecting to 80.160.76.237
...
> 14:01:50 [73857] CMD: MAIL FROM:<hvors@domæne.dk> SIZE=1671
> 14:01:50 [73857] RSP: 250 Sender <hvors@domæne.dk> and extensions
> (SIZE=1671) Ok
Har du rettet afsender adresse/domæne, før du postede loglinjerne her ?
domæne.dk kan ikke slås op i dns. Mange mailservere afviser e-mail's
hvor afsender-adressens domæne ikke findes.
> ...
> 14:01:50 [73857] RSP: 421 Message rejected
"prøv igen senere, det kan være dns bliver opdateret"... Hvis du altså
har afsender fra et ugyldigt domæne.
--
Don't waste space
Lidt generelt info:
RFC 1893 Mail System Status Codes January 1996
The class sub-code provides a broad classification of the status.
The enumerated values the class are defined as:
2.X.X Success
Success specifies that the DSN is reporting a positive delivery
action. Detail sub-codes may provide notification of
transformations required for delivery.
4.X.X Persistent Transient Failure
A persistent transient failure is one in which the message as
sent is valid, but some temporary event prevents the successful
sending of the message. Sending in the future may be successful.
5.X.X Permanent Failure
A permanent failure is one which is not likely to be resolved by
resending the message in the current form. Some change to the
message or the destination must be made for successful delivery.
A client must recognize and report class sub-code even where
subsequent subject sub-codes are unrecognized.
The subject sub-code classifies the status. This value applies to
each of the three classifications. The subject sub-code, if
recognized, must be reported even if the additional detail provided
by the detail sub-code is not recognized. The enumerated values for
the subject sub-code are:
X.0.X Other or Undefined Status
There is no additional subject information available.
X.1.X Addressing Status
The address status reports on the originator or destination
address. It may include address syntax or validity. These
errors can generally be corrected by the sender and retried.
X.2.X Mailbox Status
Mailbox status indicates that something having to do with the
mailbox has cause this DSN. Mailbox issues are assumed to be
under the general control of the recipient.
Jeg har oplevet samme problem. Jeg sendte en nogle mails (den
8-12-2007) gennem fra en SektorNET adresse og alle dem til ovennævnte
domæner (mail.dk webspeed.dk. etc.) blev ikke leveret.
Jeg prøver så igår (10-12-2007) at sende dem igen med samme resultat.
Så prøvede jeg via www.mail2web.com at sende til samme adresser og så
gik de igennem. Det var 100% samme mail. samme Størelse og samme
vedhæftede fil på ca. 200 KB.
Nogle forslag til hvad det kan være?
> Jeg har oplevet samme problem. Jeg sendte en nogle mails (den
> 8-12-2007) gennem fra en SektorNET adresse og alle dem til ovennævnte
> domæner (mail.dk webspeed.dk. etc.) blev ikke leveret.
>
> Jeg prøver så igår (10-12-2007) at sende dem igen med samme resultat.
> Så prøvede jeg via www.mail2web.com at sende til samme adresser og så
> gik de igennem. Det var 100% samme mail. samme Størelse og samme
> vedhæftede fil på ca. 200 KB.
>
> Nogle forslag til hvad det kan være?
Deep Shit?
1) MX lookup på alle 3 peger på den samme server (fpo.mail.dk), så det er
nok enten alle 3 eller ingen.
2) En telnet mod fpo.mail.dk giver:
220 fpo.mail.dk ESMTP server (InterMail vG.3.00.03.00 201-2196-126-20070720)
ready Wed, 12 Dec 2007 05:31:20 +0100
3) Der henvises til http://www.openwave.com
4) På denne side står der:
*Intermail*
Intermail is no longer available and support has been discontinued. For
Openwave email products please visit our Messaging products page.
Hej.
Jeg har flere venner, der heller ikke kan få mails frem via tdc. Som
afsender kan man få:
Message delivery to 'xxx...@mail.dk' delayed
SMTP module(domain @212.247.155.3:mail.dk) reports:
connection with fpo.mail.dk is broken
Noget tyder på at problemet opstår jævnligt, men ikke konsekvent.
:-) Freddy
Min mailserver kunne dog ikke komme igennem med AUTH PLAIN protokollen der har
de en fejl på som de stivnakket påstår har kørt siden 2003 og aldrig haft
klager, jeg valgte at informere (ikke overbevise) dem om fejlen og så compilere
courier mailserveren til ikke at benytte AUTH PLAIN men kun AUTH LOGIN. AUTH
LOGIN er den protokol der anvendes af Outlook og Thunderbird.
Det kunne jo også være at jeres fælles smtp server kunne købe en sådan løsning.
VH
Benny Dyhr Thomsen
Hej Benny.
Jeg bruger: smtp.tele2.dk
Det er sikkert en farm af smtp servere, som tele2 stiller til rådighed
for alle sine kunder. Tvivler på at jeg kan styre den ret meget :-)
:-) Freddy
Hej Freddy!
Jeg har også smtp.tele2.dk den bruger jeg stadig, den er ok. Jeg har så en
intern mailserver (courier) der checker på adresserne og sender disse
specialtilfælde af email til smtp.mailme.dk og alle andre af normal rute til
udbyderen af smtp.tele2.dk
Men du kan evt. sende alle dine mails til smtp.mailme.dk jeg har bare valgt
fordi jeg har så mange at fordele slæbet.
Det er dig der styrer din opsætning, der er ingen der siger at du skal sende
dine mails via tele2.