[CentOS-fr] probleme avec le paquet roundcubemail du depot de karanbir singh
fakessh at fakessh.eu
fakessh at fakessh.eu
Lun 16 Nov 14:44:32 UTC 2009
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
Plus d'informations sur la liste de diffusion CentOS-fr