eigener smtp-server geht nicht!

bekomme langsam ne krise, was das newsletter erstellen und nutzen angeht.

jetzt kann ich keinen eigenen smtp-server beim newsletterversand nutzen:

Code:

---

Warning: fsockopen() [function.fsockopen]: unable to connect to smtp.1und1.de:25 (Connection refused) in /is/htdocs/wp1012499_7MDPNMJ8AM/xxxxx.de/plugins/swiftmailer/classes/Swift/Transport/StreamBuffer.php  on line 233

---

ich habe es schon mit diversen existierenden smtp einstellungen probiert.
auch meine gmx und die eines freundes mit eigenem mailserver.

resultat ist immer das gleiche.

frage: ich habe in den website einstellungen den smtp von host europe eingestellt für den normalen formularversand.

muss ich jetzt beim newsletterversand vom gleichen server nur ein anderes smtp-konto nehmen, damit die einstellungen funktionieren?

oder kann man smtp-server einstellen beim newsletter, die auch komplett auf anderen servern liegen? so wie ich es jetzt probiere...

also eine verständnisfrage, die mir vielleicht weiterhelfen könnte?!

vielen dank für die hoffentlich kommenden antworten ;)

Hallo philsniff,
so wie das klingt wird das vom Server nicht zugelassen (Connection refused) also versuch das doch mal mit einer lokalen E-Mail.

Viele Grüße

hallo MackP,

welchen server meinst du? den der tl-seite? also host europe?
ja, also ich habe ja unter den website-einstellungen email-versan durch smtp schon eingestellt. d.h. dass alle formulare der website über smtp mit den host europe einstellungen verschickt werden.

das geht auch tadellos!
ich dachte mir, wenn man aber beim newsletter einen "eigenen" smtp pro
newsletterchannel angeben kann/darf, dann kann ich irgendeinen anderen
smtp nehmen.

ansonsten. müsste da ja stehen, anderes smtp-konto (abhängig von dem unter Einstellungen schon getroffenen smtp-einstelungen).

host europe sagte mir, dass ich nicht ihren smtp-server für den newsletterversand nehmen sollte. außer ich würde einen virtuellen server nehmen, da würde ich dann nicht andere stören...

deshalb dachte ich mir, na dann nehe ich eben den mail server meines kunden und trsage den unter den newsletter-einstellugen ein.

irgendwie geht mir das mit dem newsletter echt gegen den strich mittlerweile.
habe so viele technische abhängigkeiten von provider etc., dass ich mich gar nicht auf das wesentliche, nämlich den newsleter konzentrieren kann.

ich bekomme den ja noch nicht mal rausgeschickt, grummel....

Hallo philsniff,
hmm dann könnte es noch sein das die Zugangsdaten nicht passen.. wenn der eine Server die Anfrage auf jeden Fall raus lässt sollte das eigentlich kein Problem darstellen...

Viele Grüße

ich habe gerade von meinem kunden gehört, dass er seinen mailserver jetzt ohne authentifizierung eignestellt hat.

jetzt versuche ich es noch mal mit seinen server.
wenn das nicht klappt, stelle ich seinen smtp server auch unter den allgemeinen einstellungen für alle webformulare ein.
dann wird eben alles was verschickt werden soll über den eigenen mailserver verschickt.

und wenn das nicht funtioniert, wirst du mich hier völlig am boden verzweifelt liegen sehen. dann muss ich mir irgendwas einfallen lassen, da montag der erste newsletter raus soll....:rolleyes:

ich melde mich heute noch und gebe rückmeldung, ob und wenn ja, wie es geklappt hat (hoffentlich)

gruß

der gau ist da: nichts funktioniert...
bin echt depri.

somit kann ich die newsletter funktion von typolight nicht nutzen.
keine der eigenen mailserver lassen sich ansprechen.

immer heißt es "unable to connect server", obwohl sie außerhalb von typloight
sehr wohl zu erreichen sind...

nachtrag:
wieso bin ich nicht vorher darauf gekommen, es mal lokal unter xampp auszuprobieren...
da funktioniert es nämlich tadellos!! also liegt es wohl mal wieder an host europe, die es anscheinend nicht zu lassen, dass man einen eigenen smtp-.service nutzen will. also mal wieder hotline anrufen, obwohl der typ mir da das schon beim letzten mal hätte sagen können, als ich ihm erzählte einen eigenen smtp nutzen zu wollen...

auf die gefahr hin, dass ich hier einen monolog führe...
...aber vielleicht hilft es jamal einem anderen.

der host europe support meinte, dass es diesbezüglich keien sperrungen o.ä. gebe. natürlich könne man gern einen anderen smtp-server angeben!

hää? und nun? verzweifeltes lachen...

also warum dann kann ich auf einer lokalen spiegelung ohne probleme den eigenen
smtp-server nutzen, während im netz bei he gehostet eine fehlermeldung kommt, dass der server "unable to conect " ist....

Hallo philsniff,
da fällt mir auch nix mehr zu ein. Das klingt ganz so als ob HE eventuell nicht immer wissen was so los ist auf deren Servern ;-)

Aber eventuell hat da noch ein schlauer Webserver-Admin ne Idee warum das passieren könnte...

Viele Grüße

hallo MacKP,

habe nach erneutem googeln folgende mail von host europe vom august 09 an seine kunden gefunden. dort als erster abseatz:

Zitat:

---

Um die Sicherheit und Zuverlässigkeit des Mailsystems zu erhöhen sehen wir die Notwendigkeit, ab dem 04.08.2009 ausgehende direkte SMTP Verbindungen (TCP Port 25) nach außen auf andere Mailserver für CGI- und PHP-Skripte zu unterbinden.

---

ich hatte die mail schon mal irgendwo gefunden, und jetzt wo ich sie sehe kommt sie mir wieder in erinnerung. damals tangierte mich das nicht, da ich nur zwei webformulare hatte, die ich per he-smtp verschickte.

aber jetzt macht der absatz sinn... warum er immer connection refused sagt.
denn wenn ich einen anderen port angab, z.b. 578, dann dauerte es wesentlich länger, bis er einen timeout wegen unreachable gab.

soll heiße, ich schöpfe hoffnung, das wenn ich meinem kollegen mit seinem mailserver sage, dass er mir einen anderen port, wie zum beispiel 578 öffnen könnte, es vielleicht doch klappen könnte mit dem eigenen smtp-server beim newsletterversand.

ich halte dich auf dem laufenden...

ok, nach dem dritten hotlineanruf, bin ich schlauer.

also es geht definitiv kein externer mailserver mittels typolight/swiftmailer über hosteurope!!!

egal welcher port, ob 25 oder 578 ist egal.
man darf nur deren smtp-server per php oder cgi nutzen.

tipp vom support: ich soll mal per .htaccess die php_value max execution time auf 240 stellen und in 30-er blöcken und 60 sekunden scriptpause es versuchen.
.....