Forcer postfix à l'envoi

pascal <pascal@no-spam.com> writes:

Pourquoi certains messages avec postfxi, mettent plus de 2 heures à
partir ?
On est en numéris, et le serveur nous sert de passerelle internet. Il
semble que des connections trop fréquentes bloques postfix.

Toutes les informations se trouvent dans vos logs.

--
olive

Olivier Tharan <olive+news@pasteur.fr> wrote in
news:xaxispmviqw.fsf@mafate.sis.pasteur.fr:

pascal <pascal@no-spam.com> writes:

Pourquoi certains messages avec postfxi, mettent plus de 2 heures à
partir ?
On est en numéris, et le serveur nous sert de passerelle internet. Il
semble que des connections trop fréquentes bloques postfix.

Toutes les informations se trouvent dans vos logs.

Aucune info juste pour un des messages :

Jul 28 14:30:40 hal postfix/qmgr[27502]: 9BDE7CF084: to=<toto@adresse>,
relay=none, delay, statusÞferred (deferred transport)

Les log info et warning sont à 0 depuis ce matin.

On Mon, 28 Jul 2003 13:27:33 +0000, pascal wrote:

Salut,

Pourquoi certains messages avec postfxi, mettent plus de 2 heures à
partir ?
On est en numéris, et le serveur nous sert de passerelle internet. Il
semble que des connections trop fréquentes bloques postfix.
Peut on y remedier ?

Je pense qu'il doit y avoir un paramètre pour régler ce temps d'attente
... voir avec le paramètre "queue_run_delay" ...

Sinon pour forcer la livraison des messages en attente tu peux exécuter
manuellement un:
$ sendmail -q

no <sp@m.net> wrote in news:pan.2003.07.28.18.04.53.187496@m.net:

On Mon, 28 Jul 2003 13:27:33 +0000, pascal wrote:

Salut,

Pourquoi certains messages avec postfxi, mettent plus de 2 heures à
partir ?
On est en numéris, et le serveur nous sert de passerelle internet. Il
semble que des connections trop fréquentes bloques postfix.
Peut on y remedier ?

Je pense qu'il doit y avoir un paramètre pour régler ce temps d'attente
... voir avec le paramètre "queue_run_delay" ...

Sinon pour forcer la livraison des messages en attente tu peux exécuter
manuellement un:
$ sendmail -q

j'ai déjà passé queue_run_delay à 60s.
Un solution consterait a lancer qmail -q avec cron.
Mais cela m'étonne quand même qu'il n'y ai pas une autre option.

On Tue, 29 Jul 2003 09:58:35 +0000, pascal wrote:

no <sp@m.net> wrote in news:pan.2003.07.28.18.04.53.187496@m.net:

On Mon, 28 Jul 2003 13:27:33 +0000, pascal wrote:

Salut,

Pourquoi certains messages avec postfxi, mettent plus de 2 heures à
partir ?
On est en numéris, et le serveur nous sert de passerelle internet. Il
semble que des connections trop fréquentes bloques postfix.
Peut on y remedier ?

Je pense qu'il doit y avoir un paramètre pour régler ce temps d'attente
... voir avec le paramètre "queue_run_delay" ...

Sinon pour forcer la livraison des messages en attente tu peux exécuter
manuellement un:
$ sendmail -q

j'ai déjà passé queue_run_delay à 60s.
Un solution consterait a lancer qmail -q avec cron.
Mais cela m'étonne quand même qu'il n'y ai pas une autre option.

Comme tu dit que tu es en numéris, je suppose que tu n'es pas connecté
tout le temps ? ce qui expliquerais la mise en attente des messages dans
la queue, postfix ne pouvant pas envoyer le message puisque la connection
n'est pas "up" ... peut être utilises tu un système de "dial on demand",
mais le temps que ça se connecte, postfix aura déjà échoué son envoi et
mis le message dans la queue ...

On Tue, 29 Jul 2003 16:48:09 +0200, no wrote:

j'ai déjà passé queue_run_delay à 60s.
Un solution consterait a lancer qmail -q avec cron.
Mais cela m'étonne quand même qu'il n'y ai pas une autre option.

Comme tu dit que tu es en numéris, je suppose que tu n'es pas connecté
tout le temps ? ce qui expliquerais la mise en attente des messages dans
la queue, postfix ne pouvant pas envoyer le message puisque la connection
n'est pas "up" ... peut être utilises tu un système de "dial on demand",
mais le temps que ça se connecte, postfix aura déjà échoué son envoi et
mis le message dans la queue ...

J'ai en effet un dial on demand avec pppd. Les différentes connections
(fetchmail, postfix, web,...) font qu'il est connecté 90% de la journée.
Je pense qu'il y a peut être trop demande d'accés.

On Tue, 29 Jul 2003 22:53:01 +0200, pascal wrote:

On Tue, 29 Jul 2003 16:48:09 +0200, no wrote:

j'ai déjà passé queue_run_delay à 60s.
Un solution consterait a lancer qmail -q avec cron.
Mais cela m'étonne quand même qu'il n'y ai pas une autre option.

Comme tu dit que tu es en numéris, je suppose que tu n'es pas connecté
tout le temps ? ce qui expliquerais la mise en attente des messages dans
la queue, postfix ne pouvant pas envoyer le message puisque la connection
n'est pas "up" ... peut être utilises tu un système de "dial on demand",
mais le temps que ça se connecte, postfix aura déjà échoué son envoi et
mis le message dans la queue ...

J'ai en effet un dial on demand avec pppd. Les différentes connections
(fetchmail, postfix, web,...) font qu'il est connecté 90% de la journée.
Je pense qu'il y a peut être trop demande d'accés.

Tu utilises une regle 'defer_transport' ?
"trop de demande d'accés" ? je ne pense pas ... sinon tu aurais un autre
message que le "(deferred transport)" ...

no <sp@m.net> wrote in news:pan.2003.07.30.11.33.09.537186@m.net:

On Tue, 29 Jul 2003 22:53:01 +0200, pascal wrote:

On Tue, 29 Jul 2003 16:48:09 +0200, no wrote:

j'ai déjà passé queue_run_delay à 60s.
Un solution consterait a lancer qmail -q avec cron.
Mais cela m'étonne quand même qu'il n'y ai pas une autre option.

Comme tu dit que tu es en numéris, je suppose que tu n'es pas
connecté tout le temps ? ce qui expliquerais la mise en attente des
messages dans la queue, postfix ne pouvant pas envoyer le message
puisque la connection n'est pas "up" ... peut être utilises tu un
système de "dial on demand", mais le temps que ça se connecte,
postfix aura déjà échoué son envoi et mis le message dans la queue
...

J'ai en effet un dial on demand avec pppd. Les différentes
connections (fetchmail, postfix, web,...) font qu'il est connecté 90%
de la journée. Je pense qu'il y a peut être trop demande d'accés.

Tu utilises une regle 'defer_transport' ?
"trop de demande d'accés" ? je ne pense pas ... sinon tu aurais un
autre message que le "(deferred transport)" ...

Oui
defer_transports = smtp

On Thu, 31 Jul 2003 11:56:52 +0000, pascal wrote:

Tu utilises une regle 'defer_transport' ?
"trop de demande d'accés" ? je ne pense pas ... sinon tu aurais un
autre message que le "(deferred transport)" ...

Oui
defer_transports = smtp

Ah ! on commence a y voir plus clair ;)

Extrait de '/usr/share/doc/postfix-*/sample-rate.cf' :

The defer_transports parameter specifies the names of transports
that should not be delivered to unless someone issues "sendmail
-q" or equivalent. Specify zero or more names of mail delivery
transports names that appear in the first field of master.cf).

Essaye donc en supprimant/mettant en commentaire cette ligne ou en ne
mettant pas de valeur a l'option :

defer_transports =

On Thu, 31 Jul 2003 18:58:55 +0200, no wrote:

On Thu, 31 Jul 2003 11:56:52 +0000, pascal wrote:

Tu utilises une regle 'defer_transport' ?
"trop de demande d'accés" ? je ne pense pas ... sinon tu aurais un
autre message que le "(deferred transport)" ...

Oui
defer_transports = smtp

Ah ! on commence a y voir plus clair ;)

Extrait de '/usr/share/doc/postfix-*/sample-rate.cf' :

The defer_transports parameter specifies the names of transports
that should not be delivered to unless someone issues "sendmail
-q" or equivalent. Specify zero or more names of mail delivery
transports names that appear in the first field of master.cf).

Essaye donc en supprimant/mettant en commentaire cette ligne ou en ne
mettant pas de valeur a l'option :

defer_transports
Ok, ca marche. Je l'avait compris un peu vite à l'envers

Merci