PhpMyNewsLetter 2.0

  bizarre... c'est la première fois que je vois ça...
Tu vas te mettre en mode développeur :
Configuration Globale, Onglet Environnement puis Environnement Développement.
tu refais l'import et tu me donnes les messages d'erreur complet.

Il y a deux cas :
- ou les sites ne font aucune manip d'upload, donc aucune incidence (est-ce que certains font de l'upload ?)
- ou les sites font des upload avec des ini_set directement dans le code si aucune directory d'upload n'est prédéfinie dans le php.ini, ce qui est notre cas.
L'ini_set dans le code suplantera alors la directive définie dans le php.ini, il n'y a donc pas de risque.

A titre personnel, et pour un autre gros portail que je gère, j'ai défini un upload à 1000Mo, et un répertoire temporaire dans un espace créé en mémoire vive (/dev/shm), et cela n'a posé aucun problème.

Bonjour Manou, et bienvenue sur le forum.
Merci d'avoir bien voulu passer ici pour le support.

En fait, et pour dire toute la vérité, tous les restes des version 0.x n'ont pas été traités, et les traductions ne sont pas finies. C'est un travail long, dur, bref... Laborieux ! Le développement des fonctionnalités étant vaste, je le privilégie.

Alors pourquoi je dis ça ?
En fait, il n'y a plus de répertoire "admin/import".... Un reste des anciennes versions.
Dorénavant, c'est le répertoire d'upload défini dans php.ini qui compte.
Pour ce, il faut donc appeler un "phpinfo()" et vérifier les directives suivantes :
file_uploads
upload_max_filesize
upload_tmp_dir
Ensuite, il faut savoir si suhosin est présent dans la compilation php et véfier que l'on a :

suhosin.upload.disallow_binary	0	0
suhosin.upload.disallow_elf	1	1
suhosin.upload.max_uploads	25	25
suhosin.upload.remove_binary	0	0
suhosin.upload.verification_script	no value	no value

Il faut donc me renseigner les 3 valeurs en gras, et me dire quelle est la taille en nombre d'emails du fichier à importer et la taille au sens "fuile size" du fichier.

Et le fait d'avoir un dédié est une excellente chose !

Arnaud

non, non, c'est normalement totalement fonctionnel, et le num est là pour les envois, donc sans incidence pour l'envoi.
Ce n'est pas en rapport avec le DNS.
J'essaie de reprendre (et répondre à ton mp) dans la soirée.

En hébergement mutualisé il est conseillé d utiliser l option mail()

Je devrais peut être améliorer ceci....
De rien et ne pas hésiter à utiliser le forum.

Bonnes newsletters !

Tu as tout dit.
L'hébergement mutualisé, ce sont des ressources et des outils mutualisés, partagés.
Le serveur SMTP qui permet l'envoi de ces sites hébergés en mutualisé est un serveur SMTP pour x sites, ou plutôt par partition. Il y a donc un partage de cette ressource très précieuse et est donc calibré pour une limite par site hébergé.
Un serveur dédié, comme un serveur virtualisé dispose de son propre VPS. Je ne dis pas non plus que tu pourras envoyer 153.854.750 mails, mais au moins tu pourras gérer de A à Z et donc travailler à avoir une IP propre, et donc éviter que tes mails tombent en SPAM ! Voilà.

Pour l'autre site, en fait, si tu veux gérer ses mailings, il faut basculer le paramètre mail de don DNS sur ton serveur. Mais alors cela veut dire que tous ses mails passeront obligatoirement par ton serveur... Tu vois ce que je veux dire ? Tu vois où est la problématique ? Non ? Alors voilà : la continuité du service, et la gestion des comptes mails hébergés par ce domaine.

La gestion des archives commence dans le script includes/archives.php

Bonjour,
Effectivement l'envoi s'arrête, puisque le script qui appelle les envois est lui même appelé en ajax par la page qui est affichée, navigateur ouvert.
Il y a donc 2 solutions :
- soit aller dans les archives et cliquer sur envoyer aux XXXX abonnés qui n'ont pas reçu la newsletter,
- soit changer d'offre d'hébergement (à minima un VPS) pour bénéficier des possibilités (énormes !) de la planification d'un envoi.

Pour l'affichage d'un envoi en cours sur un autre navigateur, oui, c'est possible de le faire, mais à ce jour, phpmynewsletter n'est pas prévu pour fonctionner en mode multi-utilisateurs sur une même liste (sur des listes différentes, ça marchera sans problème). Je prends en compte toutefois cette demande pour améliorer l'interface et afficher un message qu'un envoi est en cours sur une liste (voir même verrouiller les transactions pendant un envoi).

bonne journée

Bonsoir Cyril,

Clairement :
- Combien as tu d'emails dans ta liste ?
- Objectif de la newsletter ?  (commercial, publicitaire, association ?)
- Cadence de la lettre d'information ? (1/mois, 1/semaine, quotidienne ?)
- Coût mensuel de ton hébergement actuel ?

Et quelques réponses :
- l'hébergement mutualisé est volontairement bridé sur tout ce qui peut affecter les autres hébergés en mutualisé (ex : spammer en mutualisé n'est plus possible,... normalement)
- Une mailing lite bien exploitée, sur un bon serveur permet de fortes retombées sur l'activité de l'expéditeur, voilà à quoi ça sert, et c'est ce sur quoi est orienté PhpMyNewsLetter !
C'est un bon outil, mais il faut un bon chassis....
Réponds à mes questions STP, je t'expliquerai encore des choses après.

Arnaud

Bonjour s-p01, effectivement, c'est une solution. Et c'est possible de l'adopter pour les prochaines versions.
Pourrais-tu m'envoyer ton send.php (arnaud [at ] phpmynewsletter.com) ou le mettre ici avec la balise code et langage php stp.
Cela serait fort aimable à toi d'en faire profiter tout le monde.
Bonne journée

Ce qui est profitable, c'est de vous lire !

Grand connaisseur de l'internet que je pratique depuis bientôt 18 ans, je sais une chose : sur le web tout doit être gratuit, les remerciements sont peu nombreux, et même quand c'est gratuit (et open source !) certains enlèvent la marque de fabrication.... Chacun fait ce qu'il veut, ce n'est pas grave.

Par contre, les personnes inscrites ici seront toujours les premiers informés des évolutions 

Bonne fin de journée Cyril (et les lecteurs aussi !)