[CentOS-fr] probleme avec le paquet roundcubemail du depot de karanbir singh
fakessh at fakessh.eu
fakessh at fakessh.eu
Lun 16 Nov 16:11:22 UTC 2009
j ai rajoute le port standart defini dans /etc/rc.d/init.d/postgresql
le 5432
avec la meme absence de resultat
aidez moi s il vous plait
amicalement
Le lundi 16 novembre 2009 15:44, fakessh at fakessh.eu a écrit :
> bonjour
>
> je reposte pour essayer de trouver une solution mon probleme
> je suis tres chagrin de ne pas avoir trouver de reponse tout seul à mon
> probleme
>
> Monsieur Jacob Godyn <jacob.godyn at goja.fr>
>
> m avait parler d un blocage cote firewall
> j ai repondu à ces messages en citant iptables -L
>
> mais je ne comprends pas pourquoi il faudrait ouvrir un port
> les connexions à postgresql se font en local ?
>
> je veux bien ouvrir le port de postgresql
> mais je ne le connais pas le port traditionnel de postgresql
>
> merci pour tous les feedbacks
> amicalement
>
> SL
>
> nb : 'Buddha' peace themselve
>
>
> #########################################
> HS
> j ai rajoute une regle custom à amavisd
> pour ne pas perdre les messages taggue spam un petit score de 10 en
> spamlevel par amavisd les messages partent en quarantaine
> je vous la cite
> package Amavis::Custom;
> use strict;
>
> BEGIN {
> import Amavis::Conf qw(:platform :confvars c cr ca $myhostname);
> import Amavis::rfc2821_2822_Tools;
> import Amavis::Util qw(do_log untaint);
> }
>
> sub new {
> my($class,$conn,$msginfo) = @_;
> my($self) = bless {}, $class;
> $self;
> }
>
> sub after_send {
> my($self,$conn,$msginfo) = @_;
> my($spam_level) = $msginfo->spam_level;
> do_log(1,"CUSTOM: entered after_send hook");
> if ($spam_level < 100) {
> my($recip) = 'postmaster at fakessh.eu';
> do_log(1,"CUSTOM: sending a copy to %s", $recip);
> my($notification) = Amavis::In::Message->new;
> $notification->rx_time($msginfo->rx_time); # copy the reception time
> $notification->log_id($msginfo->log_id); # copy log id
> $notification->msg_size($msginfo->msg_size);
> $notification->delivery_method(c('notify_method'));
> $notification->originating(0); # disables DKIM signing
> $notification->sender(''); # use null or whatever sender address
> $notification->sender_smtp(qquote_rfc2821_local($notification->sender));
> $notification->recips([$recip]);
> $notification->mail_text($msginfo->mail_text); # use the same contents
> Amavis::mail_dispatch($conn, $notification, 'Quar', 0);
> my($n_smtp_resp, $n_exit_code, $n_dsn_needed) =
> one_response_for_all($notification, 0); # check status
> if ($n_smtp_resp =~ /^2/ && !$n_dsn_needed) { # ok
> } elsif ($n_smtp_resp =~ /^4/) {
> die "temporarily unable to alert recipient: $n_smtp_resp";
> } else {
> do_log(-1, "FAILED to send a copy: %s", $n_smtp_resp);
> }
> }
> }
>
> 1; # insure a defined return
>
>
> FIN HS
> ##########################################
>
> Le samedi 14 novembre 2009 11:27, fakessh at fakessh.eu a écrit :
> > bonjour
> >
> >
> > je vous remercie de m'aider
> >
> > la commance iptables -L donne ceci
> > [root at r13151 ~]# iptables -L
> > Chain INPUT (policy ACCEPT)
> > target prot opt source destination
> > LOG all -- anywhere anywhere LOG level
> > debug prefix `BANDWIDTH_IN:'
> > RH-Firewall-1-INPUT all -- anywhere anywhere
> >
> > Chain FORWARD (policy ACCEPT)
> > target prot opt source destination
> > LOG all -- anywhere anywhere LOG level
> > debug prefix `BANDWIDTH_OUT:'
> > LOG all -- anywhere anywhere LOG level
> > debug prefix `BANDWIDTH_IN:'
> > RH-Firewall-1-INPUT all -- anywhere anywhere
> >
> > Chain OUTPUT (policy ACCEPT)
> > target prot opt source destination
> > LOG all -- anywhere anywhere LOG level
> > debug prefix `BANDWIDTH_OUT:'
> >
> > Chain RH-Firewall-1-INPUT (2 references)
> > target prot opt source destination
> > ACCEPT all -- anywhere anywhere
> > ACCEPT icmp -- anywhere anywhere icmp any
> > ACCEPT esp -- anywhere anywhere
> > ACCEPT ah -- anywhere anywhere
> > ACCEPT udp -- anywhere 224.0.0.251 udp dpt:mdns
> > ACCEPT udp -- anywhere anywhere udp dpt:ipp
> > ACCEPT tcp -- anywhere anywhere tcp dpt:ipp
> > ACCEPT all -- anywhere anywhere state
> > RELATED,ESTABLISHED
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:smtp
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:domain
> > ACCEPT udp -- anywhere anywhere state NEW
> > udp dpt:domain
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:rndc
> > ACCEPT udp -- anywhere anywhere state NEW
> > udp dpt:rndc
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:ssh
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:http
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:imap
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:ndmp
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:pop3
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:submission
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:10024
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:10025
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:10026
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:10027
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:10028
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:10029
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:10030
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:10031
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:10040
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:imaps
> > ACCEPT tcp -- anywhere anywhere state NEW
> > tcp dpt:smtps
> > LOG all -- anywhere anywhere LOG level
> > warning REJECT all -- anywhere anywhere
> > reject-with icmp-host-prohibited
> > [root at r13151 ~]#
> >
> > la commande getenfore donne ceci
> > [root at r13151 ~]# getenforce
> > Disabled
> > [root at r13151 ~]#
> >
> > Le vendredi 13 novembre 2009 20:56, Jacob Godyn a écrit :
> > > bonsoir,
> > >
> > > Si n'y MySQL, n'y Postgresql ne répondent à roundcube, peut-être
> > > s'agit-il d'un blocage coté firewall, que donne la commande "iptables
> > > -L" ainsi la commande "getenforce" ? Il n'y a aucune raison pour que
> > > cela ne fonctionne pas avec Postgresql :-)
> > >
> > > Cordialement,
> > >
> > > Jacob
> > >
> > > ----- Mail Original -----
> > > De: fakessh at fakessh.eu
> > > À: centos-fr at centos.org
> > > Cc: "Jacob Godyn" <jacob.godyn at goja.fr>
> > > Envoyé: Vendredi 13 Novembre 2009 20:44:38
> > > Objet: Re: [CentOS-fr] probleme avec le paquet roundcubemail du depot
> > > de karanbir singh
> > >
> > > Le vendredi 13 novembre 2009 18:59, Jacob Godyn a écrit :
> > > > Bonjour,
> > > >
> > > > Vu le comportement de roundcube, il me semble que celui-ci n'arrive
> > > > pas à dialoguer avec postresql, le meilleur moyen de le voir, c'est
> > > > d'arrêter postgresql et de refaire des tests de connexion,
> > >
> > > la roundcubemail indique database error connection failed
> > >
> > > > l'idée est de voir si
> > > > rouncude réagit de la même façon. De plus il serait interessant de
> > > > consulter les fichiers de log de postgresql
> > >
> > > pour plus de renseignement au debut je me servais de mysqld sans plus
> > > de resultat ( meme erreur meme impossibiliter de connexion au webmail )
> > > voulez vous que je repasse à mysqld
> > > je suis passe à posrgresql parce que mes boites aux lettres contiennent
> > > beaucoup de mails
> > >
> > > en ce qui conserne les logs le repertoire /var/lib/pgsql/data/ contient
> > > des logs a plusieurs endroits je ne sais pas ou chercher
> > >
> > > > (rpm -ql
> > > > roundcubemail-0.2.1-1.el5.kb, pour voir ou il se situe dans
> > > > l'arborescence).
> > >
> > > rpm -ql roundcubemail-0.2.1-1.el5.kb donne une sortie tres longue
> > >
> > > je donne que la fin
> > > /usr/share/roundcubemail/skins/default/templates/settings.html
> > > /usr/share/roundcubemail/skins/default/templates/showcontact.html
> > > /usr/share/roundcubemail/skins/default/watermark.html
> > > /var/log/roundcubemail
> > > [root at r13151 ~]#
> > >
> > > le fichier de log /var/log/roundcubemail est bien cree je n'y ai pas
> > > touche ( pas de modifications (chown ou chmod) des droits )
> > >
> > > > Je ne connais pas très bien postgresql, mais je ne serais
> > > > pas surpris que les accès à la base soient bien consigné dans un log
> > > >
> > > > :-)
> > >
> > > je repasse volontier à mysqld si cela peut vous et moi , nous aidez
> > >
> > > > Cordialement,
> > > >
> > > > Jacob Godyn
> > > >
> > > >
> > > > ----- Mail Original -----
> > > > De: fakessh at fakessh.eu
> > > > À: centos-fr at centos.org
> > > > Envoyé: Vendredi 13 Novembre 2009 18:47:15
> > > > Objet: [CentOS-fr] probleme avec le paquet roundcubemail du depot de
> > > > karanbir singh
> > > >
> > > > hi all
> > > > hi list
> > > >
> > > > voila mon probleme
> > > > j utilise le paquet roundcubemail de karanbir singh
> > > >
> > > > [root at r13151 ~]# rpm -qa | grep roundcubemail
> > > > roundcubemail-0.2.1-1.el5.kb
> > > > [root at r13151 ~]#
> > > >
> > > >
> > > > sur une centos 5.4 correctement mise à jour
> > > >
> > > > j utilise postgresql
> > > > qui est configure correctement en suivant la procedure contenue dans
> > > > le fichier INSTALL du paquet
> > > >
> > > > j utilise le php standard du depot Jason's Utter Ramblings Repo
> > > > ( http://fakessh.eu est la page phpinfo(); de php )
> > > >
> > > > mon probleme est:
> > > > http://fakessh.eu/roundcubemail m affiche bien la page de login de
> > > > roundcubemail
> > > >
> > > > je rentre le correct username et le correct password
> > > > et la rien ne se passe
> > > > je ne rentre pas à l interieur du webmail
> > > >
> > > > quand j utilise l url
> > > > http://fakessh.eu/roundcubemail/?_task=&_action=login
> > > > avec encore le correct usename et le correct password
> > > > la page m indique erreur d authentification ou un probleme de cookie
> > > > que mon navigateur n accepterais pas
> > > >
> > > > quand j utilise l url
> > > > http://fakessh.eu/roundcubemail
> > > > avec l username correct et la password correct
> > > > la page ne m indique aucune erreur mais je ne rentre pas à l
> > > > interieur du webmail
> > > >
> > > >
> > > > et je precise le repertoire de log est totalement vide
> > > > /var/log/roundcubemail et /var/log/maillog est aussi totalement vide
> > > >
> > > >
> > > > merci pour toute l aide que vous pourrez m apporter
> > > > parce que la : je suis dans une impasse
> > > >
> > > >
> > > > amicalement SL
> > > >
> > > > merci pour tout vos feedbacks
> > > >
> > > > nb : 'Buddha' peace themselve
> > > > _______________________________________________
> > > > CentOS-fr mailing list
> > > > CentOS-fr at centos.org
> > > > http://lists.centos.org/mailman/listinfo/centos-fr
> >
> > _______________________________________________
> > CentOS-fr mailing list
> > CentOS-fr at centos.org
> > http://lists.centos.org/mailman/listinfo/centos-fr
>
> _______________________________________________
> CentOS-fr mailing list
> CentOS-fr at centos.org
> http://lists.centos.org/mailman/listinfo/centos-fr
Plus d'informations sur la liste de diffusion CentOS-fr