définir la taille des pièces jointes

Forum destiné aux questions d'administration

définir la taille des pièces jointes

Messagepar IvyAlice » 22 Juin 2011 à 09:00

Bonjour à tous,

J'ai rencontré un problème avec lotus.
server 8.5
clients 8.5 avec la base en 8.5
Alors que je pensais qu'on pouvais recevoir/envoyer des emails jusqu'à 10 Mo ~ il s'est avéré qu'en dessus de 7 ou 8 Mo on ne les reçoit plus de l'extérieur.
Par contre 8 Mo en interne il passe d'une boîte à l'autre sans problème.
et de la boîte extérieur vers cette même boîte, ça marche aussi

J'ai voulu aller changer sur le serveur domino, j'ai modifié les valeurs POST data <-- 20480 (10000 de base) et maximum size of request content <-- 2048 (10000 de base aussi).

je ne comprend pas car
- non seulement ça n'a rien changé
- en plus j'aurais déjà pu avoir un messages de 8 Mo qui passe avec 10000 ko

voici mes questions :
Est-ce qu'il existe une autre valeur à modifier ?
Est-ce que c'est possible que ce soit plutôt l'ISP qui bloque l'envoi/réception de gros email ?

Merci d'avance pour vos conseils et suggestions :)

Ivy
IvyAlice
Posteur néophyte
Posteur néophyte
 
Message(s) : 54
Inscrit(e) le : 02 Oct 2009 à 13:43

Messagepar roubech » 22 Juin 2011 à 09:46

POST data, tu as modifié ça où ? dans le doc serveur au niveau du paramétrage du protocol HTTP ? si c'est le cas, ça va concerner uniquement ceux qui utilisent iNotes pour attacher des PJ dans leur mail

pour la restriction sur la taille des mails, c'est dans le doc de config, onglet Routeur/SMTP, après, je n'ai plus en tête exactement le nom de l'onglet ...

après, si ton Domino n'envoie pas les mail directement sur internet mais transmet au un relais SMTP dans ta DMZ ou au relais SMTP de ton fournisseur d'accès (tu parles d'ISP), il faut regarder sur ce relais

tu peux aussi faire un test en t'envoyant un gros mail depuis internet et regarder dans l'avis de non distribution que tu recevra en retour, quel est le serveur qui t'a refusé. Mais il y a des chances qu'un webmail comme Free par exemple te bloque déjà à l'émission t donc que tu ne puisses pas voir où ca bloque à la réception
Avatar de l’utilisateur
roubech
Modérateur
Modérateur
 
Message(s) : 4976
Inscrit(e) le : 01 Fév 2007 à 20:22
Localisation : Lille

Messagepar IvyAlice » 22 Juin 2011 à 12:54

Salut Roubech,

Merci pour ta réponse.
En effet j'avais configuré à la mauvaise place, "maximum size of request" était dans dans un menu http, l'autre... je l'ai pas retrouvé.

J'ai trouvé l'emplacement dont tu parlais, mais la limite est à 0, ça veut dire que c'est "illimité" ?

Ivy
IvyAlice
Posteur néophyte
Posteur néophyte
 
Message(s) : 54
Inscrit(e) le : 02 Oct 2009 à 13:43

Messagepar roubech » 22 Juin 2011 à 14:10

je viens de relire ta demande. . je ne comprends pas bien ca : "de la boîte extérieur vers cette même boîte, ça marche aussi"
qu'est-ce qui ne marche pas exactement ? tu as un avis de non distribution quand tu essaye d'envoyer un gros vers l'extérieur ? ou inversement, ton correspondant a un avis de non distribution lorsqu'il essaye de t'envoyer un gros mail ?
si en interne, pas de soucis entre 2 boites mails sur le même serveur, c'est que le pb vient surement d'un relais SMTP internédiaire
tu as un relais sortant ou ton Domino sorts directement ?
Avatar de l’utilisateur
roubech
Modérateur
Modérateur
 
Message(s) : 4976
Inscrit(e) le : 01 Fév 2007 à 20:22
Localisation : Lille

Messagepar erenault » 23 Juin 2011 à 09:10

Bonjour

La plupart des sociétés bloque la taille des messages en entrée pour éviter de "bloquer" le réseau de l'entreprise ...
Mais le message (en anglais) doit te l'annoncer clairement ...
erenault
Premier posts
Premier posts
 
Message(s) : 25
Inscrit(e) le : 26 Mars 2008 à 11:29

Messagepar IvyAlice » 23 Juin 2011 à 10:43

Oui je n'ai p-e pas formulé ça très clairement:

le test est fait avec un mail avec 8Mo de pièces jointes

gmail --> boîte lotus d'entreprise = KO (le mail ne passe pas et dans la boîte gmail je n'ai pas d'avis de non-distribution)
gmail --> gmail = OK
boîte lotus d'entreprise --> boîte lotus d'entreprise = OK
boîte lotus d'entreprise --> gmail = OK

On ne peut pas recevoir de gros fichiers vers l'extérieur

Non on a pas de relais SMTP en sortie ( donc les emails partent du serveur lotus et vont directement sur internet ( si c'est bien là ta question)

sinon la boîte est pas grande = on est 3 à l'informatique.
Si un truc sur le firewall bloque les gros mails en entrée ça serait bien de le savoir ^^
IvyAlice
Posteur néophyte
Posteur néophyte
 
Message(s) : 54
Inscrit(e) le : 02 Oct 2009 à 13:43

Messagepar roubech » 23 Juin 2011 à 13:43

bizarre que tu n'ai pas d'avis dans gmail
pas de trace non plus dans les logs de Domino ?
tu n'a pas non plus une regles qui dit que les mails de plus de n Mo passent en priorité basse et du coup ne sont délivrés que la nuit ?
Avatar de l’utilisateur
roubech
Modérateur
Modérateur
 
Message(s) : 4976
Inscrit(e) le : 01 Fév 2007 à 20:22
Localisation : Lille

Messagepar IvyAlice » 27 Juin 2011 à 10:46

Salut roubech,

Non le serveur domino ne log pas les emails entrants.
Je ne crois pas avoir de règles de ce type.
Où est-ce que je peux vérifier?

Ivy
IvyAlice
Posteur néophyte
Posteur néophyte
 
Message(s) : 54
Inscrit(e) le : 02 Oct 2009 à 13:43

Messagepar roubech » 27 Juin 2011 à 19:21

"Non le serveur domino ne log pas les emails entrants."
Tu n'a pas de trace dans la base log.nsf, dans la vue evenements de routage ?
"Je ne crois pas avoir de règles de ce type. Où est-ce que je peux vérifier?"
Dans le doc config
Avatar de l’utilisateur
roubech
Modérateur
Modérateur
 
Message(s) : 4976
Inscrit(e) le : 01 Fév 2007 à 20:22
Localisation : Lille

Messagepar IvyAlice » 28 Juin 2011 à 07:38

J'avais regardé uniquement dans les dcntrlr de notesdata.
J'ai maintenant regardé dans le log.nsf, mais la partie "mail routing event" est complétement vide Oo

sinon non j'ai qu'une règle qui dit de viré les messages contenant "viagra" que j'avais fait pour tester.
IvyAlice
Posteur néophyte
Posteur néophyte
 
Message(s) : 54
Inscrit(e) le : 02 Oct 2009 à 13:43


Retour vers Administration

cron