mboost-dp1
unknown
hmm.. Den ser nu stadig ud til at være afhængig af linux (eller andet unix-lignende system), og er meget fokuseret på postfix. Jeg har lidt svært ved at se uafhængigheden her? Et PHP system ville være mere uafhængigt, men ville til gengæld ikke give samme funktionalitet, som fx håndtering af bounces.
#1 Hvor effektivt er din løsning til 100.000 brugere? Desuden vil jeg tro du mangler en masse funktionalitet, prøv at se hvad det er mlmmj gør. Det er en rigtig mailinglist-manager, ikke et værktøj til at sende et enkelt nyhedsbrev ud en gang i mellem. Jeg tvivler f.eks på at der er bouncehandling i dit php script.
mlmmj ser i øvrigt ud til at være baseret på ideer fra ezmlm, bare uafhængig af hvilken mail server software man bruger. Ezmlm virker kun sammen med qmail.
mlmmj ser i øvrigt ud til at være baseret på ideer fra ezmlm, bare uafhængig af hvilken mail server software man bruger. Ezmlm virker kun sammen med qmail.
#2 øhm du kan sagtens kører PHP scripts som programmer i kommandoprompten eller som et alm. GUI baseret program i windows
#3 hvordan er et PHP script serverafhængigt? det kræver sådan set bare en maskine med PHP (fås til alle OS) installeret, og en tilgængelig SMTP server til at sende mails ud...
#5, #6 det kommer fuldstændig an på hvilken SMTP server det køres igennem... den konkrete opgave jeg havde i sin tid, var et site som dagligt sendte 20000 mails ud, og vi prøvede da også en del forskellige SMTP servere...
det lykkedes at få sendt de 20.000 mails på 5-6 timer, med flg. server:
Dual P2-233, 256 MB RAM, Windows 2000 Server og Mdaemon (version 5 eller 6 tror jeg)
#3 hvordan er et PHP script serverafhængigt? det kræver sådan set bare en maskine med PHP (fås til alle OS) installeret, og en tilgængelig SMTP server til at sende mails ud...
#5, #6 det kommer fuldstændig an på hvilken SMTP server det køres igennem... den konkrete opgave jeg havde i sin tid, var et site som dagligt sendte 20000 mails ud, og vi prøvede da også en del forskellige SMTP servere...
det lykkedes at få sendt de 20.000 mails på 5-6 timer, med flg. server:
Dual P2-233, 256 MB RAM, Windows 2000 Server og Mdaemon (version 5 eller 6 tror jeg)
Kan nu ikke rigtig se hvor det er gentoo.org bruger det? Ser da ud til de stadig bruger ezmlm hvilket også er fint i forbindelse med qmail. Kan nu heller ikke se hvorfor DJB's licens skulle være så uacceptabel?
en af ezmlm's fordele er netop at den bruger qmail fordi den kan levere rigtig mange mails parallelt
Skriv meget gerne hvilke fordele der skulle være ved at bruge mlmmj. Det kunne jo være jeg blev klogere ;-)
en af ezmlm's fordele er netop at den bruger qmail fordi den kan levere rigtig mange mails parallelt
Skriv meget gerne hvilke fordele der skulle være ved at bruge mlmmj. Det kunne jo være jeg blev klogere ;-)
Jeg bruger PHPList fra www.phplist.com på de sites jeg har med at gøre, og jeg elsker det program.
Fede email liste import, stabilt, fed GUI via browser, automatisk bounchfiltrering osv.
Men det er da rart at se danskere der laver fornuftig software.
Fede email liste import, stabilt, fed GUI via browser, automatisk bounchfiltrering osv.
Men det er da rart at se danskere der laver fornuftig software.
#8 MIT licensen giver os jo endnu mere frihed end GPL'en, så det kan kun være en god ting :-)
#9 Ifølge Bernstein må du ikke distribuere pre-kompilerede udgaver af hans software, medmindre det installerer sig som han har bestemt. Du må heller ikke distribuere modificerede udgaver, et problem når han ikke accepterer et eneste patch. Faktisk er problemet manglen på en helt klar licens fra Bernsteins side. Men han skriver noget rigtigt rart software, bruger selv qmail, ezmlm og djbdns.
Fordelen ved mlmmj er at den kan bruges sammen med f.eks Postfix, det er jo ikke alle der kan li' qmail. Men ellers er det vel ca. det samme som at bruge ezmlm.
Måske er det bare mig, men jeg har svært ved at se det fantastiske ved alle php løsningerne. De er alle sammen udelukkende envejs kommunikation, de skal konfigureres via web interfaces og kan ikke administreres via email. Det er muligt det kun er mig, men jeg synes ikke de integrere sig nok med MTA softwaren.
#9 Ifølge Bernstein må du ikke distribuere pre-kompilerede udgaver af hans software, medmindre det installerer sig som han har bestemt. Du må heller ikke distribuere modificerede udgaver, et problem når han ikke accepterer et eneste patch. Faktisk er problemet manglen på en helt klar licens fra Bernsteins side. Men han skriver noget rigtigt rart software, bruger selv qmail, ezmlm og djbdns.
Fordelen ved mlmmj er at den kan bruges sammen med f.eks Postfix, det er jo ikke alle der kan li' qmail. Men ellers er det vel ca. det samme som at bruge ezmlm.
Måske er det bare mig, men jeg har svært ved at se det fantastiske ved alle php løsningerne. De er alle sammen udelukkende envejs kommunikation, de skal konfigureres via web interfaces og kan ikke administreres via email. Det er muligt det kun er mig, men jeg synes ikke de integrere sig nok med MTA softwaren.
#9
Sidst jeg kiggede hed vilkårene: Spørg Dan... ;)
Hans vilkår er da selvfølgelig langt bedre end for ufrit software, men det er stadig for restriktivt.
#11 Mr.Weasel
GPL licensen mangler da ikke nogen friheder. Den hindre snylteri. Snylteri som desværre koster en del bidrag. Men okay simpliciteten i det her, gør vel at det ikke er så stort et tab endda.
Sidst jeg kiggede hed vilkårene: Spørg Dan... ;)
Hans vilkår er da selvfølgelig langt bedre end for ufrit software, men det er stadig for restriktivt.
#11 Mr.Weasel
MIT licensen giver os jo endnu mere frihed end GPL'en, så det kan kun være en god ting :-)
GPL licensen mangler da ikke nogen friheder. Den hindre snylteri. Snylteri som desværre koster en del bidrag. Men okay simpliciteten i det her, gør vel at det ikke er så stort et tab endda.
#12 Uden jeg egentligt gider diskutere det, så giver MIT og BSD licenserne større frihed, efter min mening, da jeg kan bestemme hvad jeg vil gøre med koden og mine ændringer. Jeg kan ikke baseret et produkt på GPL kode uden at jeg skal frigive mine ændringer under samme licens. Jeg siger ikke at GPL ikke er en udemærket licens, med det er nemmere at acceptere MIT licensen, især virksomheder har nemmere ved at sluge den.
#13
Problemet er at GPL licensens opgave er at skabe frihed for den næste i ledet, de firmaer der æder MIT og BSD licensen råt er nok ikke de firmaer der smider MIT og BSD licensen på deres egne releases.
Jeg vil give dig ret i at friheden for den der får/har/udvikler softwaren er større, men friheden i selve licenseringsprocessen er væsentligt større med GPL, hvad angår samtlige led.
Problemet er at GPL licensens opgave er at skabe frihed for den næste i ledet, de firmaer der æder MIT og BSD licensen råt er nok ikke de firmaer der smider MIT og BSD licensen på deres egne releases.
Jeg vil give dig ret i at friheden for den der får/har/udvikler softwaren er større, men friheden i selve licenseringsprocessen er væsentligt større med GPL, hvad angår samtlige led.
Tja, man kunne jo også bare bruge et listmanager modul til Postfix:
http://www.postfix.org/addon.html#lists
http://www.postfix.org/addon.html#lists
#15 Nu tænker jeg ikke kun på bounces, men du har naturligvis ret, det kunne man gøre, det kræver jo så bare at man har noget eller nogen til at reload den pågældende PHP kode :-)
Jeg synes nu stadig PHP er en dårlig måde at administrere mailinglister.
#16 Det kunne man, pointen er vidst at ingen at de moduler understøtter at subscribers er gemt i en database. Og så at de ikke kan bruges med alle mail servere.
Jeg synes nu stadig PHP er en dårlig måde at administrere mailinglister.
#16 Det kunne man, pointen er vidst at ingen at de moduler understøtter at subscribers er gemt i en database. Og så at de ikke kan bruges med alle mail servere.
#17
Kan ikke forstå hvorfor du synes PHP er en dårlig løsning til udsendelse af nyhedsbreve, jeg vil vove at påstå at mlmmj ikke kan have en funktion der ikke også ville kunne laves i et phpscript.
Selvfølgelig for at opnå den rigtige stabilitet, vil det kræve at scriptet kører i cronjob. Men det er jo heller ikke noget stort problem.
Så vil du ikke nok komme med nogle brugbare kommentarer på hvorfor du synes PHP er en dårlig løsning til udsendelse af nyhedsbreve.
Jeg kan også nævne at min erfaring er rimelig stor på dette område, da jeg er programmør på Mailinglist.DK, som ugentligt håntere sendinger på over en million, vel at mærke med PHP.
Kan ikke forstå hvorfor du synes PHP er en dårlig løsning til udsendelse af nyhedsbreve, jeg vil vove at påstå at mlmmj ikke kan have en funktion der ikke også ville kunne laves i et phpscript.
Selvfølgelig for at opnå den rigtige stabilitet, vil det kræve at scriptet kører i cronjob. Men det er jo heller ikke noget stort problem.
Så vil du ikke nok komme med nogle brugbare kommentarer på hvorfor du synes PHP er en dårlig løsning til udsendelse af nyhedsbreve.
Jeg kan også nævne at min erfaring er rimelig stor på dette område, da jeg er programmør på Mailinglist.DK, som ugentligt håntere sendinger på over en million, vel at mærke med PHP.
#13 Mr.Weasel
Så forstår jeg da sandelig ikke du svarede i første omgang?... :D
GPL licensen skaber og garantere din frihed, ved at sikre dig at ingen kan misbruge deres frihed til at tage den fra andre.
Det kan nogen kalde en restriktion, jeg kalder det at den beskytter min frihed.
Derfor finder jeg GPL licensen en meget fri licens, når den giver alle friheden selv 2., 3. og 4. led.
GPL licensen er kun et problem, for dem der påtænker at tage friheden fra folk. Og det er ikke noget der gør mig søvnløs om natten... ;)
#14 SmackedFly
Næppe.
Det er et problem, og GPL licensen er en effektiv løsning.
Mere præcist kan det ikke siges.
BSD/MIT/XFREE86 licenserne er kun friere på kort sigt, men det genere til syneladende ikke folkene bag, da deres prioritet aldrig har været frihed.
Uden jeg egentligt gider diskutere det
Så forstår jeg da sandelig ikke du svarede i første omgang?... :D
så giver MIT og BSD licenserne større frihed, efter min mening, da jeg kan bestemme hvad jeg vil gøre med koden og mine ændringer. Jeg kan ikke baseret et produkt på GPL kode uden at jeg skal frigive mine ændringer under samme licens.
GPL licensen skaber og garantere din frihed, ved at sikre dig at ingen kan misbruge deres frihed til at tage den fra andre.
Det kan nogen kalde en restriktion, jeg kalder det at den beskytter min frihed.
Derfor finder jeg GPL licensen en meget fri licens, når den giver alle friheden selv 2., 3. og 4. led.
Jeg siger ikke at GPL ikke er en udemærket licens, med det er nemmere at acceptere MIT licensen, især virksomheder har nemmere ved at sluge den.
GPL licensen er kun et problem, for dem der påtænker at tage friheden fra folk. Og det er ikke noget der gør mig søvnløs om natten... ;)
#14 SmackedFly
Problemet er at GPL licensens opgave er at skabe frihed for den næste i ledet, de firmaer der æder MIT og BSD licensen råt er nok ikke de firmaer der smider MIT og BSD licensen på deres egne releases.
Næppe.
Det er et problem, og GPL licensen er en effektiv løsning.
Jeg vil give dig ret i at friheden for den der får/har/udvikler softwaren er større, men friheden i selve licenseringsprocessen er væsentligt større med GPL, hvad angår samtlige led.
Mere præcist kan det ikke siges.
BSD/MIT/XFREE86 licenserne er kun friere på kort sigt, men det genere til syneladende ikke folkene bag, da deres prioritet aldrig har været frihed.
Jeg syntes det er godt at se populær dansk fri software.
Diskussionen om PHP eller løsninger som denne er bedst, er nok lidt trivielle, da der sjældent er noget der hedder one-size-fits-all.
Ellers blev der jo ikke lavet alternativer... ;)
Forskellige folk griber sagen an på forskellige måder, og det kan godt være sundt for innovationen... :)
Diskussionen om PHP eller løsninger som denne er bedst, er nok lidt trivielle, da der sjældent er noget der hedder one-size-fits-all.
Ellers blev der jo ikke lavet alternativer... ;)
Forskellige folk griber sagen an på forskellige måder, og det kan godt være sundt for innovationen... :)
som #9 skriver ser det ikke ud til at gentoo.org bruger det... de siger godt nok 'a customized version of', men mlmmj er vel skrevet fra bunden? - ellers kan den vel ikke frigives under MIT?
The Gentoo free software project has a number of public mailing lists, covering a variety of Gentoo-related subjects. Our mailing lists are powered by a customized version of ezmlm/idx that provides List-Id: mail headers and [listname] subject prefixes to comply with modern mailing list manager standards and conventions.
fra: http://www.gentoo.org/main/en/lists.xml
The Gentoo free software project has a number of public mailing lists, covering a variety of Gentoo-related subjects. Our mailing lists are powered by a customized version of ezmlm/idx that provides List-Id: mail headers and [listname] subject prefixes to comply with modern mailing list manager standards and conventions.
fra: http://www.gentoo.org/main/en/lists.xml
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund