dolibarr-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Dolibarr-dev] [Fwd: Mail delivery failed: returning message to sender]


From: Rodo
Subject: [Dolibarr-dev] [Fwd: Mail delivery failed: returning message to sender]
Date: Mon, 09 Feb 2004 23:10:05 +0100

-----Forwarded Message-----
From: Mail Delivery System <address@hidden>
To: address@hidden
Subject: Mail delivery failed: returning message to sender
Date: Wed, 14 Jan 2004 16:38:49 +0100

This message was created automatically by mail delivery software (Exim).

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  address@hidden
    SMTP error from remote mailer after RCPT TO:<address@hidden>:
    host mx10.gnu.org [199.232.76.166]: 550-Verification failed for 
<address@hidden>
    550-Unrouteable address
    550 Sender verify failed

------ This is a copy of the message, including all the headers. ------

Return-path: <address@hidden>
Received: from rodo by laro with local (Exim 3.36 #1 (Debian))
        id 1Agn6V-0001YQ-00
        for <address@hidden>; Wed, 14 Jan 2004 16:38:47 +0100
Subject: Re: [Dolibarr-dev] projet dolibarr
From: Rodo <address@hidden>
To: Discussions sur le developpement de Dolibarr <address@hidden>
In-Reply-To: <address@hidden>
References: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Message-Id: <address@hidden>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Wed, 14 Jan 2004 16:38:47 +0100
Sender: Rodo <address@hidden>

On Tue, 2004-01-13 at 10:56, address@hidden wrote:
> Nous sommes le groupe d'=E9tudiants de l'IUT de Vannes travaillant sur un=
e partie
> de Dolibarr, nous avons quelque difficult=E9s =E0 nous mettre d'accord su=
r certain
> point du projet que nous devons r=E9alis=E9.
> Petit r=E9sum=E9 de notre travail:
> Nous devons creer une application qui doit g=E9n=E9rer des rapports comme=
rciaux aux
> formats pdf, pour cela nous avons imagin=E9 un sch=E9ma relationnel :=20
>=20
>   * il comprend la table rapport qui doit contenir :
>=20
>             - son identifiant
>             - un titre
>             - sa date de creation
>             - la date de d=E9but sur lequel s'applique le rapport
>             - la de fin du rapport
>             - un lien vers son auteur et donc tous ce qu'il a cr=E9e dans
> l'application
>             - un lien vers un modele
>=20
>   * il comprend aussi la table modele :
>=20
>             - avec un identifiant
>             - un titre
>             - un lien vers son auteur
>             - des liens vers les types de donn=E9es =E0 charger
>=20
> Le modele est en fait le patron du document pdf, notre question est comme=
nt le
> modeliser ? sur quel type de donn=E9es ils s'appliquent
> (facture,bordereau,commande,propale)=20
> Et doit on laisser un utilisateur le droit de creer et supprimer un model=
e

A terme on devrait pouvoir avoir diff=E9rents infos dans le mod=E8le donc j=
e
ne pense pas qu'il y ait de liens sp=E9cifiques avec les factures ou
autres. Mais si cela vous simplifie les choses vous pouvez vous
concentrer sur les factures uniquement pour commencer.


> Sinon nous sommes en train de placer notre site sur un hebergeur et nous =
vous
> previendrons quand celui ci sera accessible.

Parfait.

Meilleurs voeux =E0 vous 4 et bon courage.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]