Ron Geplaatst: 8 juli 2003 Geplaatst: 8 juli 2003 We hebben vandaag een nieuwe mailserver in gebruik gemomen. Bij de oude (gratis) mailserver kwam het vaak voor dat e-mail niet verzonden kon worden en e-mail om wat voor reden dan ook niet aankwam. Heb je ons de afgelopen drie weken belangrijke e-mail gestuurd en nooit antwoord gekregen, kan dat dus de reden zijn. Stuur je e-mail even opnieuw via de contact pagina. A.u.b. geen vragen met inlog problemen! Antwoorden op die problemen staan in het faq. Als die opties niet helpen zit het probleem op je eigen PC en daar kunnen wij je niet mee helpen. Heb je hier een werkende account, stuur je belangrijke vragen dan via PM. Daarop wordt sneller geantwoord! Tox.
Gast Geplaatst: 8 juli 2003 Geplaatst: 8 juli 2003 Volgens mij hebben de zonnet accounts nog steeds problemen.
EL PIÑO Geplaatst: 8 juli 2003 Geplaatst: 8 juli 2003 en waar baseer je dat op? Dat Zonnet blijkbaar weer problemen heeft <img src="/ubbthreads/images/graemlins/wink.gif" alt="" /> Het zou geen probleem mogen zijn, hoor superzwerver, er is in bijv. de DNS niets veranderd, alles is op hetzelfde IP gebleven, er staat alleen andere software op. Dat wil dus zeggen dat als het bij mij werkt (en dat doet het want ik kan er verbinding mee krijgen) het bij jou ook werkt. Na jaren zonder, ben ik toch weer van plan een schotel aan te schaffen.
EL PIÑO Geplaatst: 8 juli 2003 Geplaatst: 8 juli 2003 We hebben vandaag een nieuwe mailserver in gebruik gemomen. Aha, Merak. Mooie mailserver, ik ben een grote fan van MDaemon voor Windows trouwens. Na jaren zonder, ben ik toch weer van plan een schotel aan te schaffen.
Ron Geplaatst: 8 juli 2003 Auteur Geplaatst: 8 juli 2003 Ik vind eigenlijk Rockliffe Mailsite de meeste flexibele mailserver. Ik heb ze allemaal geprobeerd, maar de meeste hebben zoveel onnodige settings dat je door de bomen het bos niet meer ziet. Van Rockliffe hebben we een licentie voor een oude versie die vanaf servicepack 3 waardeloos draait. Je krijgt daar geen support, maar wordt verwezen naar een upgrade van $400.00. Toen we ten einde raad maar een alternatief sleuteltje van astalavista gebruikten, hingen ze natuurlijk wel meteen aan de bel die fl**kers:-(( Voor mij dus nooooooooooit geen rockliffe meer! Merak is zeer flexibel, maar heeft wel een erg druk interface. Enne, Pino - jij gebruikt geen zonnet account. Onze tijdelijke mailserver (Hmailserver = gratis) stuurde e-mail niet 100% volgens de standaard en die mail werd dus door veel providers (waaronder zonnet( geweigerd. Tox.
EL PIÑO Geplaatst: 8 juli 2003 Geplaatst: 8 juli 2003 Enne, Pino - jij gebruikt geen zonnet account. Gelukkig niet <img src="/ubbthreads/images/graemlins/smile.gif" alt="" /> Onze tijdelijke mailserver (Hmailserver = gratis) stuurde e-mail niet 100% volgens de standaard en die mail werd dus door veel providers (waaronder zonnet( geweigerd. Dat komt waarschijnlijk door de mailserver die Zonnet gebruikt (QMail-LDAP), deze heeft een zgn. "bayesian" spamfilter, dan zagen die jullie mail waarschijnlijk aan voor spam. Ik begreep uit de verwoording, dat er geen mail vanaf Zonnet naar jullie kon gestuurd worden. Na jaren zonder, ben ik toch weer van plan een schotel aan te schaffen.
Gerdy Geplaatst: 8 juli 2003 Geplaatst: 8 juli 2003 Citaat: Heb je ons de afgelopen drie weken belangrijke e-mail gestuurd en nooit antwoord gekregen, kan dat dus de reden zijn. Ooooooooooh! Is het daarom dat wij (moderators) geen antwoord kregen op onze vraag naar vakantiegeld? Gerdy
Mennowz Geplaatst: 8 juli 2003 Geplaatst: 8 juli 2003 @tox He tox, al eens aan Mercury mailserver gedacht?, deze is redelijk makkelijk in de config, en erg stabiel (naja.. blijft windows natuurlijk), ondersteund bSMTP, maar ook multidrop POP .. FF Googlen naar mercury mail (ja is van pegasus mail ding ding..) <img src="/ubbthreads/images/graemlins/biggthumpup.gif" alt="" /> Ps. het is FREEWARE <img src="/ubbthreads/images/graemlins/grin.gif" alt="" /> Suc6, Mennowz
Ron Geplaatst: 8 juli 2003 Auteur Geplaatst: 8 juli 2003 humm, toch maar niet:-) The Mercury Mail Transport System from Pegasus Mail is a free and basic mail server for both Novell and Microsoft Windows platforms. Mercury Mail supports many features, but still seems lacking when compared to the majority of other email servers on the market today. The first noticeable difference is the number of SMTP relay controls; there are only three with Mercury Mail. Other mail servers have configuration options for mail relay blocking and authorization that range almost into infinity. On the positive side, Mercury/32, the version that supports the Microsoft Windows operating system, needs only 1.5MB of disk space and a maximum of 3MB of physical memory in order to run. Mercury/32 packs in many features, such as integrated support for Novell networks and a strict adherence to current mail transport protocols. Notable features of Mercury/32 are its feature-rich support of mailing lists and other such mass email-communication methods, including notice boards, automatic list subscription and unsubscription, remote file delivery by e-mail, address-book lookup requests, and remote mailing-list management. Because Mercury/32 is so small, obviously there are some features not included by in the basic server package. In this case, administrators will need to add more features via third-party plug-ins, which can be developed to allow custom automation of any mail process. This daemon interface is public and includes documentation and source code. One troubling is how Mercury/32 interacts with Windows NT/Win2K: it does not support being run as a NT service. They recommend the use of the SRVANY utility from the NT Resource kit. Although the SRVANY utility is very useful, in terms of Mercury/32, it is still a third-party utility, and another point for failure on the mail server. In the case of security, certain connection controls allow an administrator to manage which machines and users can connect to the various Mercury server modules. An administrator can also set up "kill files," allowing management of unsolicited mail by setting up lists of addresses from which you will not accept mail. For administrators wishing to use Mercury/32 behind a firewall, the relaying delivery model used by the Novell version of Mercury is also available as a selectable module in Mercury/32. As every administrator knows, operating a server behind a firewall (as long as the application has built in support for that firewall) is ideal for security. It is very similar to using scissors to cut your servers network connection. Mercury/32 is also ideal for server situations that use a dial-up ISP for its Internet connection. A scheduling manager allows administrators extensive control over connection times and operation of the dial-up connection. Mercury/32 is built to hold and store mail messages from workstations that are not required to be a part of the Internet (very similar to most other, if not all, email servers). Pros: Supports dial-up; Configurable through programmable modules; small footprint; free Cons: Not many advanced features; You get what you pay for
Gerdy Geplaatst: 8 juli 2003 Geplaatst: 8 juli 2003 Toxic[Q] is blijkbaar weer doof langs een bepaalde kant... <img src="/ubbthreads/images/graemlins/blush.gif" alt="" /> Gerdy
Mennowz Geplaatst: 8 juli 2003 Geplaatst: 8 juli 2003 @tox Toch goed dat je ff gekeken hebt, als het niet aan je ideen voldoet, dan moet je het niet draaien <img src="/ubbthreads/images/graemlins/smile.gif" alt="" /> , er zijn de laatste tijd wel updates geweest, het pakket is volwassener geworden. Misschien toch een idee om er op een loze PC mee te spelen? , ik kon toch in mijn config genoeg doen om misbruik (relaying) te voorkomen. Naja, niet geschoten = altijd mis he <img src="/ubbthreads/images/graemlins/grin.gif" alt="" /> Suc6 ermee! Mennowz
Ron Geplaatst: 8 juli 2003 Auteur Geplaatst: 8 juli 2003 langs alle kanten als het om het afstaan van zuur verdiend geld gaat:-))
Gast Geplaatst: 8 juli 2003 Geplaatst: 8 juli 2003 One troubling is how Mercury/32 interacts with Windows NT/Win2K: it does not support being run as a NT service. They recommend the use of the SRVANY utility from the NT Resource kit. Although the SRVANY utility is very useful, in terms of Mercury/32, it is still a third-party utility, and another point for failure on the mail server. Een mailserver die NIET! als een NT-service wil draaien... is het zelfde als een fiets zonder trappers... <img src="/ubbthreads/images/graemlins/grin.gif" alt="" /> Grtzz FranX
Gast Geplaatst: 9 juli 2003 Geplaatst: 9 juli 2003 Citaat: The Mercury Mail Transport System from Pegasus Mail is a free and basic mail server for both Novell and Microsoft Windows platforms. Mercury Mail supports many features, but still seems lacking when compared to the majority of other email servers on the market today. The first noticeable difference is the number of SMTP relay controls; there are only three with Mercury Mail. Other mail servers have configuration options for mail relay blocking and authorization that range almost into infinity. On the positive side, Mercury/32, the version that supports the Microsoft Windows operating system, needs only 1.5MB of disk space and a maximum of 3MB of physical memory in order to run. Mercury/32 packs in many features, such as integrated support for Novell networks and a strict adherence to current mail transport protocols. Notable features of Mercury/32 are its feature-rich support of mailing lists and other such mass email-communication methods, including notice boards, automatic list subscription and unsubscription, remote file delivery by e-mail, address-book lookup requests, and remote mailing-list management. Because Mercury/32 is so small, obviously there are some features not included by in the basic server package. In this case, administrators will need to add more features via third-party plug-ins, which can be developed to allow custom automation of any mail process. This daemon interface is public and includes documentation and source code. One troubling is how Mercury/32 interacts with Windows NT/Win2K: it does not support being run as a NT service. They recommend the use of the SRVANY utility from the NT Resource kit. Although the SRVANY utility is very useful, in terms of Mercury/32, it is still a third-party utility, and another point for failure on the mail server. In the case of security, certain connection controls allow an administrator to manage which machines and users can connect to the various Mercury server modules. An administrator can also set up "kill files," allowing management of unsolicited mail by setting up lists of addresses from which you will not accept mail. For administrators wishing to use Mercury/32 behind a firewall, the relaying delivery model used by the Novell version of Mercury is also available as a selectable module in Mercury/32. As every administrator knows, operating a server behind a firewall (as long as the application has built in support for that firewall) is ideal for security. It is very similar to using scissors to cut your servers network connection. Mercury/32 is also ideal for server situations that use a dial-up ISP for its Internet connection. A scheduling manager allows administrators extensive control over connection times and operation of the dial-up connection. Mercury/32 is built to hold and store mail messages from workstations that are not required to be a part of the Internet (very similar to most other, if not all, email servers). Pros: Supports dial-up; Configurable through programmable modules; small footprint; free Cons: Not many advanced features; You get what you pay for Euh......kijk hier eens.... ;-) geintje.
Aanbevolen berichten
Maak een account aan of log in om te reageren
Je moet een lid zijn om een reactie te kunnen achterlaten
Account aanmaken
Registreer voor een nieuwe account in onze community. Het is erg gemakkelijk!
Registreer een nieuwe accountInloggen
Heb je reeds een account? Log hier in.
Nu inloggen