OVH Community, votre nouvel espace communautaire.

GMail n'aime pas nos IPv6 ?


Nowwhat
02/07/2014, 10h20
T'as l'œil

Comme j'ai pu comprendre, je cherche d'abord "jouer à blanc" avant de réelement activer l'effet DMARC.
J'ai commencé à recevoir des mails de notifications de retour, comme google.com!mon-domaine-sur-mon-serveur.tld;!1403913600!1403999999 qui mentionne le compte-rendu de la réception: tout ok.

Je bascule en mode REJET en ce moment même.

Freemaster
02/07/2014, 05h10
dmarc=pass (p=NONE dis=NONE)
me fait penser que tu n'as pas de balise _dmarc IN TXT dans ta configuration dns, ou alors tu es permissif

Code:
Authentication-Results: mx.google.com; spf=pass (google.com: domain of
 compte@asrun.eu designates 2001:41d0:2:9847:1::4 as permitted sender)
 smtp.mail=compte@asrun.eu; dkim=pass header.i=@asrun.eu; dmarc=pass
 (p=REJECT dis=NONE) header.from=asrun.eu
moi par exemple ma policy est sur REJECT, pour tout mail envoyé en mon domaine depuis une ip non autorisé

Nowwhat
01/07/2014, 23h00
Bon, Gmail a du tomber 'en marche' pendant un certain temps.
Puis mon serveur a oublié gmail un peu ....

Mais la, il recommence:
host gmail-smtp-in.l.google.com[2607:f8b0:400d:c00::1b] said:
550-5.7.1 [2001:41d0:1:97a5::5 12] Our system has detected that this
550-5.7.1 message is likely unsolicited mail. To reduce the amount of spam sent
550-5.7.1 to Gmail, this message has been blocked. Please visit 550-5.7.1 http://support.google.com/mail/bin/a...&answer=188131 for
550 4.7.1 more information. k12si30883217qav.129 - gsmtp (in reply to end of DATA command)
J'ose envoyer un mail à mon propre compte mail et il me traite de spammer à nouveau.
Ma lecture de http://support.google.com/mail/bin/a...&answer=188131 me fait penser que Gmail pense que je suis un grossiste coté émails.
Car j'ai lui a envoyé UN mail.
J'ai tourné un peu en rond. Tout vérifié encore une fois.
Même fait connaissance avec le nouveau truc du coin, DMARC** - encore un truc à la mode et vraiment à la ouf.

J'ai balancé le contre mesure http://blog.hqcodeshop.fi/archives/1...h-Postfix.html - et comme ça, si IPv6 passe, temps mieux, puis si veux pas, qu'il bouffe la même en IPv4 (et là, il passe systématiquement en 'non-spam' [ce con]).

** pas trouvé un package tout fait pour mon Wheezy Debian 7.5, donc download ZIP source code + le make, install + paramétrage etc
Postfix parle bien avec "opendmarc" maintenant, et le résultat est, suivant gmail:
Received-SPF: pass (google.com: domain of info@mon-domaine-sur-mon-serveur.tld designates 91.122.35.158 as permitted sender) client-ip=91.122.35.158;
Authentication-Results: mx.google.com;
spf=pass (google.com: domain of info@mon-domaine-sur-mon-serveur.tld designates 91.122.35.158 as permitted sender) smtp.mail=info@mon-domaine-sur-mon-serveur.tld;
dkim=pass header.i=@mon-domaine-sur-mon-serveur.tldr;
dmarc=pass (p=NONE dis=NONE) header.from=mon-domaine-sur-mon-serveur.tld
Parfait, non ?

Nowwhat
01/04/2014, 13h09
Merci pour ce retour.

Freemaster
01/04/2014, 09h45
Citation Envoyé par Nowwhat
Vous aviez constaté pareil ?
pas de souci particuliers, test effectué à l'instant :
Code:
Delivered-To: xyz@gmail.com
Received: by 10.224.28.193 with SMTP id n1csp169893qac;
        Tue, 1 Apr 2014 01:34:27 -0700 (PDT)
X-Received: by 10.181.13.82 with SMTP id ew18mr18227676wid.22.1396341267160;
        Tue, 01 Apr 2014 01:34:27 -0700 (PDT)
Return-Path: 
Received: from firewall.asrun.eu ([2001:41d0:2:9847:1::4])
        by mx.google.com with ESMTP id ky7si2744771wjb.209.2014.04.01.01.34.26
        for ;
        Tue, 01 Apr 2014 01:34:27 -0700 (PDT)
Received-SPF: pass (google.com: domain of comptemail@asrun.eu designates 2001:41d0:2:9847:1::4 as permitted sender) client-ip=2001:41d0:2:9847:1::4;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of comptemail@asrun.eu designates 2001:41d0:2:9847:1::4 as permitted sender) smtp.mail=comptemail@asrun.eu;
       dkim=pass header.i=@asrun.eu
google m'aime bien ^^

Nowwhat
01/04/2014, 08h46
On est '2014', donc je up un peu.

Google (GMail) me reconnais plus, malgré mes 2 à 3 mails par mois, vers 'mon compte gmail, ou j'ai déclaré moi même comme 'amie' et 'mail souhaitable'.

Je suis peut être toujours seul à utiliser les IPv4 et/ou IPv6 - le mode de travail par défaut pour postfix - pour envoyer mes mails.

En tout cas:
Code:
: host gmail-smtp-in.l.google.com[2a00:1450:400c:c03::1a]
    said: 550-5.7.1 [2001:41d0:1:97a5::1      12] Our system has detected that
    this 550-5.7.1 message is likely unsolicited mail. To reduce the amount of
    spam sent 550-5.7.1 to Gmail, this message has been blocked. Please visit
    550-5.7.1 http://support.google.com/mail/bin/a...&answer=188131
    for 550 5.7.1 more information. v15si871121wie.116 - gsmtp (in reply to end
    of DATA command)
de nouveau ....

Vous aviez constaté pareil ?

http://www.dnsinspect.com/ = Triple A.
www.mail-tester.com = 10/10
check-auth@verifier.port25.com =
Code:
SPF check:          pass
DomainKeys check:   pass
DKIM check:         pass
Sender-ID check:    pass
SpamAssassin check: ham
==========================================================
Details:
==========================================================
HELO hostname:  mail.mon-domaine.me
Source IP:      2001:41d0:1:97a5::1
mail-from:      mail@mon-domaine.me

buddy
27/08/2013, 18h46
Citation Envoyé par laurentm
J'ai l'impression qu'ipV4 va perdurer comme le VHS en vidéo, système merdique mais que personne ne voulait abandonner, et puis un jour tout le monde basculera brutalement en ipV6 (mais quand ???) !
Salut,

beh bonne question, le soucis c'est qu'actuellement combien de personnes ont activés l'ipv 6 sur leur box ? ( sauf abonnés orange pour qui c'est impossible les autres ?? )

ensuite, on a pas d'ipFO en ipv6 ( du moins chez OVH ) donc çà ne facilite pas la migration non plus ...

Je ne suis pas sur que tous les scripts style forum phpbb et etc ..., les cms qui enregistre les ips et etc ... sont ils prêts pour enregistré / sauvegardé des ipv6 ?

la migration s’accélérera le jour où beaucoup d'utilisateurs auront de l'ipv6 chez eux ( activé bien sur ).

Je surfe en ipv6 mais par je ne l'ai pas déployé sur les serveurs, , pour les raisons ci-dessus .... mais j'espère le faire en 2014 ... (je l'ai déjà activé sur des sites basiques php / html et il n'y a pas foule ... )

Freemaster
27/08/2013, 18h10
correct, dans le sens où il y a bien un reverse sur ton ip... oui

mais pour google, ton MX est mail.kroeb.me, et le reverse de ton ipv6 retourne juste kroeb.me => pas de concordance de noms
déjà même en ipv4 cela aurait du poser problème, étonnant que cela passe chez yahoo d'ailleurs

Nowwhat
27/08/2013, 07h10
Citation Envoyé par fritz2cat
.....
Il faut gérer son propre serveur DNS et héberger la zone ip6.arpa. chez soi. Ensuite depuis le manager on met la délégation.
Je pense que c'est fait.
Zone "5.a.7.9.1.0.0.0.0.d.1.4.1.0.0.2.ip6.arpa" déclaré.
Chez moi, ceci:
dig -x 2001:41d0:1:97a5::1
Me donne bien
Code:
;; ANSWER SECTION:
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.5.a.7.9.1.0.0.0.0.d.1.4.1.0.0.2.ip6.arpa. 3600 IN PTR kroeb.me.

;; AUTHORITY SECTION:
5.a.7.9.1.0.0.0.0.d.1.4.1.0.0.2.ip6.arpa. 3600 IN NS ns2.rollernet.us.
5.a.7.9.1.0.0.0.0.d.1.4.1.0.0.2.ip6.arpa. 3600 IN NS ns.kroeb.me.
5.a.7.9.1.0.0.0.0.d.1.4.1.0.0.2.ip6.arpa. 3600 IN NS ns1.rollernet.us.
5.a.7.9.1.0.0.0.0.d.1.4.1.0.0.2.ip6.arpa. 3600 IN NS ns2.afraid.org.
5.a.7.9.1.0.0.0.0.d.1.4.1.0.0.2.ip6.arpa. 3600 IN NS dns.kroeb.me.

;; ADDITIONAL SECTION:
ns.kroeb.me.            10800   IN      A       213.186.33.199
ns.kroeb.me.            10800   IN      AAAA    2001:41d0:3:1c7::1
dns.kroeb.me.           10800   IN      A       91.121.59.218
dns.kroeb.me.           10800   IN      AAAA    2001:41d0:1:97a5::1
Ce qui me semble correct.

A partir de chez vous ça donne quoi ?

Freemaster
27/08/2013, 04h46
Citation Envoyé par fritz2cat
Il faut gérer son propre serveur DNS et héberger la zone ip6.arpa. chez soi. Ensuite depuis le manager on met la délégation.
quitte à utiliser l'ipv6, autant être conforme... car il n'y aura pas que gmail avec lequel cela va se coincer, même si des serveurs mail en ipv6 y a pas des masses
donc en plan C, autant rester en full ipv4 pour la messagerie, si on ne veut pas héberger de zone ip6.arpa

Nowwhat
26/08/2013, 08h47
Je partage avec vous mon "Plan B".

L'idée est de forcer Postfix à utiliser un IPv4 quand la destination est un '...@gmail.com'.

On trouve pas mal des exemples sur le net qui utilisent un hash table, donc je vous propose la version avec une table MySQL.

Voici la table dans la base nommée 'mail':
Code:
CREATE TABLE IF NOT EXISTS `transport` (
  `domain` varchar(128) NOT NULL DEFAULT '',
  `transport` varchar(128) NOT NULL DEFAULT '',
  UNIQUE KEY `domain` (`domain`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

INSERT INTO `transport` (`domain`, `transport`) VALUES
('gmail.com', 'gmail:');
Ajoute ceci à /etc/postfix/main.cf:
Code:
transport_maps = proxy:mysql:/etc/postfix/mysql-virtual_transports.cf
Note: j'ai aussi ceci dans mon /etc/postfix/main.cf:
Code:
smtp_address_preference = ipv6
car je autorise et force mon postfix à utiliser les IPv6 dès qu'il peut (qu'il trouve un MX IPv6 comme destination).

Le fichier /etc/postfix/mysql-virtual_transports.cf:
Code:
user = postfix-utilsateur
password = postfix-mot-de-passe
dbname = mail
query = SELECT transport FROM transport WHERE domain = CONCAT('%2','.','%1')
hosts = 127.0.0.1
Puis, ajoute dans /etc/postfix/master.cf le filtre qui va s'occuper de l'envoi d'un mail dès que la destination est @gmail.com:
Code:
gmail unix - - n - 5 smtp
 -o syslog_name=postfix-using-ipv4
 -o smtp_address_preference=ipv4
Effectivement, la paramètre "smtp_address_preference=ipv4" peut s'utiliser dans master.cf.

Recharge postfix
Code:
postfix reload
Un petit test:
Code:
postmap -q test@gmail.com mysql:/etc/postfix/mysql-virtual_transports.cf
ceci doit rendre:
Code:
gmail:

laurentm
25/08/2013, 18h18
J'ai l'impression qu'ipV4 va perdurer comme le VHS en vidéo, système merdique mais que personne ne voulait abandonner, et puis un jour tout le monde basculera brutalement en ipV6 (mais quand ???) ! Idem pour les grands labos photos argentiques qui ont presque tous disparu en très peu de temps d'une façon que personne n'aurait prévu, après avoir duré plus de 50 ans. C'est bien d'être en avance techniquement, mais est ce que l'on ressent immédiatement les bénéfices d'ipV6 en étant forcé de maintenir la compatibilité ipv4 ?

fritz2cat
25/08/2013, 14h57
Citation Envoyé par Abazada
Envoyé par Freemaster : Voir le message
chez ovh sur le managerv3 dans services -> gestion dns -> onglet reverse ipv6
Tiens oui. Je ne sais pas depuis quand; je ne l'avais jamais remarqué.
Pour les serveurs BHS le manager V3 bascule sur le manager V5 et là il n'est pas possible de spécifier son reverse IPv6. Il faut gérer son propre serveur DNS et héberger la zone ip6.arpa. chez soi. Ensuite depuis le manager on met la délégation.

pfff je vais continuer à faire de l'IP4 avec Google. Question de priorités.

Abazada
25/08/2013, 11h32
Citation Envoyé par Freemaster
chez ovh sur le managerv3 dans services -> gestion dns -> onglet reverse ipv6
Tiens oui. Je ne sais pas depuis quand; je ne l'avais jamais remarqué.
Merci

Freemaster
25/08/2013, 10h55
Citation Envoyé par Abazada
Je ne le vois pas dans le header que tu as donné ?
Et il me semblais qu'on ne pouvait pas le configurer chez OVH ?
tu fais un ping en ipv6 sur firewall.asrun.eu, et tu vérifies le reverse ip retourné, cela doit correspondre...

chez ovh sur le managerv3 dans services -> gestion dns -> onglet reverse ipv6

il permet soit de le gérer, soit de le déléguer... moi j'en ai pris la déléguation

Abazada
25/08/2013, 09h43
Citation Envoyé par Freemaster
...
ceci dit j'ai bien mon reverse ipv6
Je ne le vois pas dans le header que tu as donné ?
Et il me semblais qu'on ne pouvait pas le configurer chez OVH ?

Freemaster
25/08/2013, 07h30
je viens de tester d'envoyer un mail vers un compte gmail, et ça passe bien en ipv6

Code:
Received: from firewall.asrun.eu ([2001:41d0:2:9847:1::4]) by mx.google.com
 with ESMTP id ft2si2180768wib.11.1969.12.31.16.00.00; Sat, 24 Aug 2013
 23:19:33 -0700 (PDT)
Received-SPF: pass (google.com: domain of xxxx@asrun.eu designates
 2001:41d0:2:9847:1::4 as permitted sender) client-ip=2001:41d0:2:9847:1::4;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of
 xxxx@asrun.eu designates 2001:41d0:2:9847:1::4 as permitted sender)
 smtp.mail=xxxx@asrun.eu; dkim=pass header.i=@asrun.eu
ceci dit j'ai bien mon reverse ipv6

Nowwhat
25/08/2013, 01h21
Citation Envoyé par fritz2cat
... ou bien si c'est AS16276 qui a une mauvaise réputation...
F2C: tu l'a frappé dans le mille.

J'ai pu avoir la confirmation que 'Google' est très méfiant en ce moment pour les connexions entrent mail purement 'IPv6'.

Il n’existe pas des vrai RBL fiable pour le IPv6 - ni des règles qui peuvent inclure ou exclure ces IP's.
Donc, c'est le règle de base qui domine: les AS d'OVH sont 'mal vu' - donc n'importe quelle mail 'IPv6' sera bloqué.
Pour l'instant, il semble que le DNSSEC et le pouvoir d'un grosse chèque de x € peut changer ça.
C'est bizarre de constater que Google proclame qu'ils sont IPv6 ready mais leur service mail ne l'est pas vraiment encore. Les mails de GMail me parvienne depuis quelques mois QUE en IPv6 (mes services mails, postfix, le supporte bien) mais l'émission v6 vers eux c'est: nada.

PS: mon reverse IPv6 est en place de façon 'mondial'. Un dernier espoir été que leur cache n'est pas encore à jour. Mais ... non. J’espère que le VAC d'Oles va changer tout ça .....

Nowwhat
23/08/2013, 13h43
Merci pour tes réponses.
Citation Envoyé par fritz2cat
(source: https://support.google.com/mail/answer/81126)
Pour le reverse des IPv6 à BHS je ne pense pas que je puisse demander à OVH d'héberger la zone 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.*.*.*.*.0.6.0.0.0. 0.3.5.7.0.6.2.ip6.arpa sur ses serveurs ns10.ovh.ca et dns10.ovh.ca .
L'absence de reverse peut expliquer que Gmail n'apprécie pas.
Ah.
Le reverse et/ou PTR de 2001:41d0:1:97a5::1 - je vais me doc la dessus.

Les affaires 'PTR' dans bind pour les IPv6 ..... impressionnant.

PS: Je ne demande rien à personne coté 'DNS': je m'occupe de mes DNS, je n'utilise pas ceux de OVH. Mais: peut être je m'occupe mal.

édit: pour autant http://www.sput.nl/internet/ipv6/chkip6rev.html (check 2001:41d0:1:97a5::1) me semble ok.

fritz2cat
23/08/2013, 10h55
Encore une rajoute:
Instructions supplémentaires pour IPv6
•L'adresse IP d'expédition doit comporter un enregistrement PTR (c'est-à-dire un enregistrement DNS inversé de cette adresse) et doit correspondre à l'adresse IP obtenue par la résolution DNS de transfert du nom d'hôte indiqué dans l'enregistrement PTR. Si ces conditions ne sont pas remplies, les messages correspondants sont marqués comme spam, voire rejetés.
•Le domaine d'expédition doit réussir le contrôle SPF ou DKIM, faute de quoi les messages qui en proviennent peuvent être marqués comme spam.
(source: https://support.google.com/mail/answer/81126)

Pour le reverse des IPv6 à BHS je ne pense pas que je puisse demander à OVH d'héberger la zone 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.*.*.*.*.0.6.0.0.0. 0.3.5.7.0.6.2.ip6.arpa sur ses serveurs ns10.ovh.ca et dns10.ovh.ca .

L'absence de reverse peut expliquer que Gmail n'apprécie pas.

fritz2cat
23/08/2013, 10h42
J'ajoute que Gmail me balance des erreurs 421 et non 550.

C'est beaucoup mieux, car de cette façon Postfix envoie le mail vers un autre MX de Gmail (en IPv4) et ça passe.

Il n'y a donc pas de retour à l'expéditeur et ça ne me cause pas de réels soucis pour le moment.

A noter que l'erreur est émise par Gmail à la fin de la transmission complète du message.

Exemple:
Aug 23 11:23:31 b1 postfix/smtp[29002]: DF9AEE08DF: host gmail-smtp-in.l.google.com[2607:f8b0:400d:c02::1a] said: 421-4.7.0 [2607:5300:60:****] Our system has detected an unusual rate 421-4.7.0 of unsolicited mail originating from your IP address. To protect our 421-4.7.0 users from spam, mail sent from your IP address has been temporarily 421-4.7.0 blocked. Please visit http://www.google.com/mail/help/bulk_mail.html 421 4.7.0 to review our Bulk Email Senders Guidelines. 10si10075995qaq.142 - gsmtp (in reply to end of DATA command)

fritz2cat
23/08/2013, 10h37
J'ai aussi le problème depuis une IPv6 à BHS.

Il faut savoir qu'à partir ce cette IP il y a du mail forwarding depuis une adresse d'un domaine hébergé chez moi, vers une adresse Gmail.
C'est une adresse générique info@example.com d'une entreprise que j'héberge.
Cette adresse reçoit pas mal de trafic, elle est lourdement spammée et seuls environ 4% du trafic est forwardé, le reste est refusé durant la transaction SMTP (black lists puis score Spamassassin >= 8).
Dans les 4% restants il y a encore du spam qui passe (soit taggué par SA quand le score est entre 3 et 7) soit vraiment non détecté ce qui arrive trop souvent avec du phishing ou des arnaques quand l'afrique occidentale utilise des comptes webmail piratés de FAI italiens par exemple.

Comme Google sait tout sur tout le monde, eux savent certainement mieux que moi filtrer le spam... c'est ce qu'on a cru... jusque quand on va voir le dossier "Courrier indésirable" de Gmail...

Bref tout ça pour dire que je ne sais pas si ce blocage des IPv6 est causé par un historique de ce qui s'est passé avec mon IP [2607:5300:60:****::] ou bien si c'est AS16276 qui a une mauvaise réputation...

Nowwhat
23/08/2013, 10h10
Une question: qui arrive à envoyer des mails à partir de son dédié et que le mail part à partir d'un IPv6 de son serveur ?
(La réception coté GMail ce passe bien dès que mon serveur utilise un IPv4 - un des mes IPFO.)

Pour tester le paramétrage, j'ai utilisé auth-results@verifier.port25.com
Le rapport par retour de mail mentionne:
Code:
SPF check:          pass
DomainKeys check:   neutral
DKIM check:         pass
Sender-ID check:    pass
SpamAssassin check: ham

==========================================================
Details:
==========================================================

HELO hostname:  mail.kroeb.me
Source IP:      2001:41d0:1:97a5::1
mail-from:      moi@domaine.tld
J'ai systématiquement droit à bounce comme réponse:
Code:
: host gmail-smtp-in.l.google.com[2a00:1450:400c:c03::1b]
    said: 550-5.7.1 [2001:41d0:1:97a5::1       1] Our system has detected an
    unusual rate 550-5.7.1 of unsolicited mail originating from your IP
    address. To protect our 550-5.7.1 users from spam, mail sent from your IP
    address has been blocked. 550-5.7.1 Please visit
    http://www.google.com/mail/help/bulk_mail.html to review 550 5.7.1 our Bulk
    Email Senders Guidelines. lf4si9091853wjb.170 - gsmtp (in reply to end of
    DATA command)
Bien sur, je test l'activité de mon serveur mail (postfix) mais c'est sur que je ne bombarde personne:
IPv4:
Code:
# iptables -L OUTPUT -nv
Chain OUTPUT (policy ACCEPT 27730 packets, 24M bytes)
 pkts bytes target     prot opt in     out     source               destination
    0     0 ULOG       tcp  --  *      *       91.121.98.165        0.0.0.0/0            tcp dpt:25 ULOG copy_range 0 nlgroup 1 queue_threshold 1
    0     0 ACCEPT     tcp  --  *      *       91.121.35.158        0.0.0.0/0            tcp dpt:25
   35 10569 ACCEPT     tcp  --  *      *       91.121.59.218        0.0.0.0/0            tcp dpt:25
   42  5309 ACCEPT     tcp  --  *      *       188.165.38.150       0.0.0.0/0            tcp dpt:25
IPv6:
Code:
# ip6tables -L OUTPUT -nv
Chain OUTPUT (policy ACCEPT 1055 packets, 100K bytes)
 pkts bytes target     prot opt in     out     source               destination
    0     0 ACCEPT     tcp      *      *       2001:41d0:1:97a5::5/128  ::/0                 tcp dpt:25
    48 58954 ACCEPT     tcp      *      *       2001:41d0:1:97a5::4/128  ::/0                 tcp dpt:25
    0     0 ACCEPT     tcp      *      *       2001:41d0:1:97a5::3/128  ::/0                 tcp dpt:25
    0     0 ACCEPT     tcp      *      *       2001:41d0:1:97a5::2/128  ::/0                 tcp dpt:25
   45  43214 ACCEPT     tcp      *      *       2001:41d0:1:97a5::1/128  ::/0                 tcp dpt:25
Je sais que je peut 'forcer' postfix pour qu'il n'utilise plus les IPv6 pour la transmission des mails.
Je sais que postfix 'préfère" utiliser les IPv6 dès qu'il sont disponibles et le MX en face possède un IP IPv6.
Je ne pense pas que le problème est lié au SPF ou DKIM. Mes mails sont signé correctement (voir rapport auth-results@verifier.port25.com plus haut).
J'ai compris que Gmail préfère aussi les IPv6, car quand j’envoie un mail à partir de mon@gmail.com vers un mail sur le dédié, le tout ce passe en IPv6 .... (mais pas sur le '25' mais la version SSL ...)

Résumons: comment transmettre un mail par IPv6 vers GMail sans qui me parle de 'bulk', ce foutu message d'erreur qui ne parle sans rien dire ?

édit: depuis le 08/10/2013: ce problème n'existe plus. http://forum.kimsufi.com/showthread.php?t=12772&page=4 - message #37 est plus loin