προβλημα με IOS NEWSLETTER

[thanasis]

Καλησπέρα,
Έχω εγκαταστήσει το IOS NEWSLETTER σε elxis 2009 και αντιμετωπίζω το ακόλουθα πρόβλημα όταν πάω να στείλω μήνυμα αλλά και στην προεπισκόπηση του μηνύματος.


Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, webmaster@mydomain.gr and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Apache/2.2.11 (Unix) mod_ssl/2.2.11 OpenSSL/0.9.7a mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 Server at www.mydomain.gr Port 80



Ο σερβερ που έχω κάνει την εγκατάσταση έχει cpanel και οι ρυθμίσεις που μου έχουν στείλει για τα mail είναι οι παρακάτω:

Mail Server Username: info+mydomain.gr
Incoming Mail Server: mail.maydomain.gr
Incoming Mail Server: (SSL) clb.angellight.net
Outgoing Mail Server: mail.mydomain.gr (server requires authentication) port 25
Outgoing Mail Server: (SSL) clb.angellight.net (server requires authentication) port 465
Supported Incoming Mail Protocols: POP3, POP3S (SSL/TLS), IMAP, IMAPS (SSL/TLS)
Supported Outgoing Mail Protocols: SMTP, SMTPS (SSL/TLS)

Στις ρυθμίσεις αλληλογραφίας του elxis έχω τα παρακάτω, τα οποία δουλεύουν κανονικά:
Ταχυδρομητής:     Συνάρτηση mail της php
Αποστολή Αλληλογραφίας από:    info@mydomain.gr
Εμφανιζόμενο Όνομα Αποστολέα:    
Διαδρομή Sendmail:    /usr/sbin/sendmail
Πιστοποίηση SMTP:    Ναι
Χρήστης SMTP:    info+mydomain.gr
Κωδικός SMTP:    ********
Φιλοξενητής SMTP:    localhost

Στις ρυθμίσεις του IOS NEWSLETTER έχω δοκιμάσει ένα σκασμό διαφορετικές παραμέτρους και εξακολουθεί να εμφανίζει το error που ανέφερα στην αρχή.
Τί κάνω λάθος?

[datahell]

Ταχυδρομητής:     Συνάρτηση mail της php

άλλαξέ το σε smtp

[thanasis]

το δοκίμασα αλλά δεν πιάνει
 Τα permissions στους καταλόγους του com_newsletter και στο htmlfiles στο administrator πρέπει να είναι 777 ή 755?

[thanasis]

Το πρόβλημα λύθηκε με αλλαγή των permissions στους εξής καταλόγους:

com_newsletter στο administrator από 777 σε 755
htmlfiles στο com_newsletter στο administrator από 777 σε 755
images στο com_newsletter στο administrator από 777 σε 755
includes στο com_newsletter στο administrator από 777 σε 755
languages στο com_newsletter στο administrator από 777 σε 755
schema στο com_newsletter στο administrator από 777 σε 755
com_newsletter στο components από 777 σε 755
και επίσης ο ριζικός κατάλογος public_html από 750 σε 755

[CREATIVE Options]

Επανειλημμένα έχουμε αναφέρει στο forum και στο wiki ότι οι άδειες πρέπει να είναι:

Αρχεία 644
Φάκελοι 755
tmpr 777
cache 777

[ks-net]

Το πρόβλημα λύθηκε με αλλαγή των permissions στους εξής καταλόγους:

com_newsletter στο administrator από 777 σε 755
htmlfiles στο com_newsletter στο administrator από 777 σε 755
images στο com_newsletter στο administrator από 777 σε 755
includes στο com_newsletter στο administrator από 777 σε 755
languages στο com_newsletter στο administrator από 777 σε 755
schema στο com_newsletter στο administrator από 777 σε 755
com_newsletter στο components από 777 σε 755
και επίσης ο ριζικός κατάλογος public_html από 750 σε 755

suphp και πάλι?

τα 777 τα δημιουργεί το compoment αυτό κατά την εγκατάστασή του...
εχω επισημάνει αυτό το θέμα ξανά (elxis-labs) https://forum.elxis.org/index.php?topic=3516.msg22674#msg22674

[datahell]

Για να ξεκαθαρίσουμε το θέμα αναφορικά με το suphp.

Το Elxis κατασκευάζεται με βασικό οδηγό το εξής: Να λειτουργεί κάτω από οποιοδήποτε περιβάλλον πληρεί τη στάνταρ εγκατάσταση της php όπως αυτή διανέμεται από το php.net. Το Elxis δεν απαιτεί έξτρα βιβλιοθήκες, ούτε ειδικές ρυθμίσεις στην php. Απλά το εγκαθιστάς και δουλεύει.

Από εδώ και πέρα, όσοι παροχείς hosting αποφασίζουν για τον Α ή Β λόγο να "πειράξουν" την php ξεφεύγοντας από την στάνταρ διανομή θα πρέπει να ενημερώνουν τους πελάτες τους για τις ιδιαιτερότητες αυτού του πειράγματος ώστε να ξέρουν πως να χειριστούν τις όποιες καταστάσεις μπορεί να προκύψουν από αυτή την ιδιαιτερότητα της php. Εννοείται επίσης ότι όταν ενεργοποιούμε το suphp ή το safe_mode ή ότι άλλο, πρέπει να ξέρουμε τι κάνει αυτό που ενεργοποιούμε.

Λήψη suPHP: http://www.suphp.org/Download.html ( Elxis: τι είναι αυτό; )
Λήψη PHP: http://www.php.net/downloads.php ( Elxis: με αυτό τρέχω! )
Το Elxis ακολουθεί την επίσημη διανομή της php από το php.net.

Για το Elxis (στάνταρ set up της php) ισχύουν τα ακόλουθα:
Μη εγγράψιμα αρχεία: 644
Εγγράψιμα αρχεία: 666
Μη εγγράψιμοι φάκελλοι: 755
Εγγράψιμοι φάκελλοι: 777

Όλα τα αρχεία ανήκουν στον τοπικό χρήστη ftp.

Όταν λέμε εγγράψιμο εννοούμε εγγράψιμο για τον χρήστη που αντιπροσωπεύει τον εξυπηρετητή http (wwwrun, apache, nobody, κλπ).

Το suphp αλλάζει αρκετά το παραπάνω αφού ο εξυπηρετητής http εξαναγκάζεται να τρέξει ως ο τοπικός χρήστης. Άρα ότι είναι εγγράψιμο στον τοπικό χρήστη ftp είναι και στον Apache και αντιστρόφως.
Σε αυτό το set up ισχύουν τα εξής:
Εγγράψιμα αρχεία: 644
Εγγράψιμοι φάκελλοι: 755
Μη-εγγράψιμα αρχεία και φάκελοι δεν υπάρχουν, όλα είναι εγγράψιμα (σημ1).

Επιπρόσθετα ότι έχει άδεια χρήσης 666 ή 777 και κλειθεί κατευθείαν από τον browser παράγει error 403. Άρα θα πρέπει όλα τα αρχεία και οι φάκελοι να είναι 644/755.

Τα παραπάνω είναι λίγο εκλαϊκευμένα, στην πράξη τα permissions είναι πιο πολύπλοκα.

Αν έχετε suphp πηγαίντε μέσω ssh στο root του ελχισ και φτιάξτε σωστά το σύστημα αρχείων σας μέσα σε ελάχιστα δευτερόλεπτα:

find . -type d -exec chmod 0755 {} \;
find . -type f -exec chmod 0644 {} \;
chown -R username:group *
αντικαταστείστε το username και group με τα δικά σας

σημ1: το πλεονέκτημα του suphp είναι ότι καθώς ο apache τρέχει ως ο ftp χρήστης δεν μπορούν ενέργειες που γίνονται σε ένα site να επιδράσουν σε άλλα αρχεία μέσα στο server πέραν αυτών που ανήκουν στο συγκεκριμένο site. Δεν λέω παραπάνω για να μην βάζω και ιδέες σε μερικούς...