Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
Si quelqu'un pouvait m'éclairer sur le sujet, je suis preneur...
Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
Si quelqu'un pouvait m'éclairer sur le sujet, je suis preneur...
Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
Si quelqu'un pouvait m'éclairer sur le sujet, je suis preneur...
Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
Si quelqu'un pouvait m'éclairer sur le sujet, je suis preneur...
steve
Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
Si quelqu'un pouvait m'éclairer sur le sujet, je suis preneur...
steve
Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
Si quelqu'un pouvait m'éclairer sur le sujet, je suis preneur...
steve
Bonjour,
Le Tue Apr 12 2005 à 01:08:11AM +0200, Steve Bosek dit :Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
Effectivement j'ai le meme soucis. Et je ne sais meme pas si le mail
part.
En fait je pense que oui mes utilisateurs ne se plmaignent pas ...Si quelqu'un pouvait m'éclairer sur le sujet, je suis preneur...
Quel est le MUA utilise ? chez nous thunderbird.
Y-t-il surcharge du MTA ? je ne pense pas chez moi.
steve
Je cherche aussi une reponse ou une piste.
--
David Dumortier
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Bonjour,
Le Tue Apr 12 2005 à 01:08:11AM +0200, Steve Bosek dit :
Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
Effectivement j'ai le meme soucis. Et je ne sais meme pas si le mail
part.
En fait je pense que oui mes utilisateurs ne se plmaignent pas ...
Si quelqu'un pouvait m'éclairer sur le sujet, je suis preneur...
Quel est le MUA utilise ? chez nous thunderbird.
Y-t-il surcharge du MTA ? je ne pense pas chez moi.
steve
Je cherche aussi une reponse ou une piste.
--
David Dumortier
david.dumortier@dudu.dynalias.net
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
Bonjour,
Le Tue Apr 12 2005 à 01:08:11AM +0200, Steve Bosek dit :Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
Effectivement j'ai le meme soucis. Et je ne sais meme pas si le mail
part.
En fait je pense que oui mes utilisateurs ne se plmaignent pas ...Si quelqu'un pouvait m'éclairer sur le sujet, je suis preneur...
Quel est le MUA utilise ? chez nous thunderbird.
Y-t-il surcharge du MTA ? je ne pense pas chez moi.
steve
Je cherche aussi une reponse ou une piste.
--
David Dumortier
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Le 12 avr. 05, à 11:58, David Dumortier a écrit :Bonjour,
Le Tue Apr 12 2005 à 01:08:11AM +0200, Steve Bosek dit :Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
C'est comme même bizarre ce message, je n'arrive simplement pas à
comprendre ce que ça veut dire concrètement
Le 12 avr. 05, à 11:58, David Dumortier a écrit :
Bonjour,
Le Tue Apr 12 2005 à 01:08:11AM +0200, Steve Bosek dit :
Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
C'est comme même bizarre ce message, je n'arrive simplement pas à
comprendre ce que ça veut dire concrètement
Le 12 avr. 05, à 11:58, David Dumortier a écrit :Bonjour,
Le Tue Apr 12 2005 à 01:08:11AM +0200, Steve Bosek dit :Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
C'est comme même bizarre ce message, je n'arrive simplement pas à
comprendre ce que ça veut dire concrètement
steve bosek wrote:Le 12 avr. 05, à 11:58, David Dumortier a écrit :Bonjour,
Le Tue Apr 12 2005 à 01:08:11AM +0200, Steve Bosek dit :Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
[...]C'est comme même bizarre ce message, je n'arrive simplement pas à
comprendre ce que ça veut dire concrètement
INtuitivement, je dirai que c'est la partie situé entre la commande
DATA et le . qui fait merder l'envoi... Pourquoi ? Je n'en sais rien
mais je subodore le fait que si
<CRLF>.<CRLF>
est mal interprété car mal stocké (ou pour n'importe quelle autre
raison (c'était je pense la raison avec exim)), il y a une boucle qui
s'établit entre ton serveur SMTP et le client en question jusqu'à ce
que la fin du message soit clair...
Personnellement, pour m'en sortir, j'ai dû complètement nettoyé les
spools...
PK
--
Patrice KARATCHENTZEFF
STMicroelectronics Tel: 04-76-92-67-96
850, rue Jean Monnet
38926 CROLLES Cedex, Courriel:
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
steve bosek wrote:
Le 12 avr. 05, à 11:58, David Dumortier a écrit :
Bonjour,
Le Tue Apr 12 2005 à 01:08:11AM +0200, Steve Bosek dit :
Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
[...]
C'est comme même bizarre ce message, je n'arrive simplement pas à
comprendre ce que ça veut dire concrètement
INtuitivement, je dirai que c'est la partie situé entre la commande
DATA et le . qui fait merder l'envoi... Pourquoi ? Je n'en sais rien
mais je subodore le fait que si
<CRLF>.<CRLF>
est mal interprété car mal stocké (ou pour n'importe quelle autre
raison (c'était je pense la raison avec exim)), il y a une boucle qui
s'établit entre ton serveur SMTP et le client en question jusqu'à ce
que la fin du message soit clair...
Personnellement, pour m'en sortir, j'ai dû complètement nettoyé les
spools...
PK
--
Patrice KARATCHENTZEFF
STMicroelectronics Tel: 04-76-92-67-96
850, rue Jean Monnet
38926 CROLLES Cedex, Courriel: patrice.karatchentzeff-alplog@st.com
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
steve bosek wrote:Le 12 avr. 05, à 11:58, David Dumortier a écrit :Bonjour,
Le Tue Apr 12 2005 à 01:08:11AM +0200, Steve Bosek dit :Bonjour à tous,
J'ai un petit problème d'interprètation des log postfix:
je me retrouve avec des erreurs de type:
Error: too many hops (in reply to end of DATA command)
et je ne sais pas à quoi ça pourrait faire référence, des boucles?
[...]C'est comme même bizarre ce message, je n'arrive simplement pas à
comprendre ce que ça veut dire concrètement
INtuitivement, je dirai que c'est la partie situé entre la commande
DATA et le . qui fait merder l'envoi... Pourquoi ? Je n'en sais rien
mais je subodore le fait que si
<CRLF>.<CRLF>
est mal interprété car mal stocké (ou pour n'importe quelle autre
raison (c'était je pense la raison avec exim)), il y a une boucle qui
s'établit entre ton serveur SMTP et le client en question jusqu'à ce
que la fin du message soit clair...
Personnellement, pour m'en sortir, j'ai dû complètement nettoyé les
spools...
PK
--
Patrice KARATCHENTZEFF
STMicroelectronics Tel: 04-76-92-67-96
850, rue Jean Monnet
38926 CROLLES Cedex, Courriel:
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Le 12 avr. 05, à 16:07, Patrice KARATCHENTZEFF a écrit :
INtuitivement, je dirai que c'est la partie situé entre la commande
DATA et le . qui fait merder l'envoi... Pourquoi ? Je n'en sais rien
mais je subodore le fait que si
<CRLF>.<CRLF>
est mal interprété car mal stocké (ou pour n'importe quelle autre
raison (c'était je pense la raison avec exim)), il y a une boucle qui
s'établit entre ton serveur SMTP et le client en question jusqu'à ce
que la fin du message soit clair...
Personnellement, pour m'en sortir, j'ai dû complètement nettoyé les
spools...
C'est à dire que t'a viré tout les mbox ou maildir qui se trouve dans
par exemple /var/spool/mail/ ?????????
ou tout ce qui se trouvait dans les files d'attentes postfix ....
je ne comprend pas bien
steve
Le 12 avr. 05, à 16:07, Patrice KARATCHENTZEFF a écrit :
INtuitivement, je dirai que c'est la partie situé entre la commande
DATA et le . qui fait merder l'envoi... Pourquoi ? Je n'en sais rien
mais je subodore le fait que si
<CRLF>.<CRLF>
est mal interprété car mal stocké (ou pour n'importe quelle autre
raison (c'était je pense la raison avec exim)), il y a une boucle qui
s'établit entre ton serveur SMTP et le client en question jusqu'à ce
que la fin du message soit clair...
Personnellement, pour m'en sortir, j'ai dû complètement nettoyé les
spools...
C'est à dire que t'a viré tout les mbox ou maildir qui se trouve dans
par exemple /var/spool/mail/ ?????????
ou tout ce qui se trouvait dans les files d'attentes postfix ....
je ne comprend pas bien
steve
Le 12 avr. 05, à 16:07, Patrice KARATCHENTZEFF a écrit :
INtuitivement, je dirai que c'est la partie situé entre la commande
DATA et le . qui fait merder l'envoi... Pourquoi ? Je n'en sais rien
mais je subodore le fait que si
<CRLF>.<CRLF>
est mal interprété car mal stocké (ou pour n'importe quelle autre
raison (c'était je pense la raison avec exim)), il y a une boucle qui
s'établit entre ton serveur SMTP et le client en question jusqu'à ce
que la fin du message soit clair...
Personnellement, pour m'en sortir, j'ai dû complètement nettoyé les
spools...
C'est à dire que t'a viré tout les mbox ou maildir qui se trouve dans
par exemple /var/spool/mail/ ?????????
ou tout ce qui se trouvait dans les files d'attentes postfix ....
je ne comprend pas bien
steve
'Soir,
Steve Bosek wrote:
Le 12 avr. 05, à 16:07, Patrice KARATCHENTZEFF a écrit :
[...]
INtuitivement, je dirai que c'est la partie situé entre la commande
DATA et le . qui fait merder l'envoi... Pourquoi ? Je n'en sais rien
mais je subodore le fait que si
<CRLF>.<CRLF>
est mal interprété car mal stocké (ou pour n'importe quelle autre
raison (c'était je pense la raison avec exim)), il y a une boucle
qui s'établit entre ton serveur SMTP et le client en question
jusqu'à ce que la fin du message soit clair...
Personnellement, pour m'en sortir, j'ai dû complètement nettoyé les
spools...
C'est à dire que t'a viré tout les mbox ou maildir qui se trouve dans
par exemple /var/spool/mail/ ?????????
ou tout ce qui se trouvait dans les files d'attentes postfix ....
je ne comprend pas bien
Je pense que Patrice veut dire les files d'attentes postfix (ou exim).
D'après une autre source se serait un problème entre le MUA et le MTA.
Un "bidule" cloche à l'envoi du MUA et le MTA le re-demande à
l'infini, jusqu'à ce qu'il se lasse en faite.
Je regarde les configurations de MUA incriminées dès que possible.
David.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
'Soir,
Steve Bosek wrote:
Le 12 avr. 05, à 16:07, Patrice KARATCHENTZEFF a écrit :
[...]
INtuitivement, je dirai que c'est la partie situé entre la commande
DATA et le . qui fait merder l'envoi... Pourquoi ? Je n'en sais rien
mais je subodore le fait que si
<CRLF>.<CRLF>
est mal interprété car mal stocké (ou pour n'importe quelle autre
raison (c'était je pense la raison avec exim)), il y a une boucle
qui s'établit entre ton serveur SMTP et le client en question
jusqu'à ce que la fin du message soit clair...
Personnellement, pour m'en sortir, j'ai dû complètement nettoyé les
spools...
C'est à dire que t'a viré tout les mbox ou maildir qui se trouve dans
par exemple /var/spool/mail/ ?????????
ou tout ce qui se trouvait dans les files d'attentes postfix ....
je ne comprend pas bien
Je pense que Patrice veut dire les files d'attentes postfix (ou exim).
D'après une autre source se serait un problème entre le MUA et le MTA.
Un "bidule" cloche à l'envoi du MUA et le MTA le re-demande à
l'infini, jusqu'à ce qu'il se lasse en faite.
Je regarde les configurations de MUA incriminées dès que possible.
David.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
'Soir,
Steve Bosek wrote:
Le 12 avr. 05, à 16:07, Patrice KARATCHENTZEFF a écrit :
[...]
INtuitivement, je dirai que c'est la partie situé entre la commande
DATA et le . qui fait merder l'envoi... Pourquoi ? Je n'en sais rien
mais je subodore le fait que si
<CRLF>.<CRLF>
est mal interprété car mal stocké (ou pour n'importe quelle autre
raison (c'était je pense la raison avec exim)), il y a une boucle
qui s'établit entre ton serveur SMTP et le client en question
jusqu'à ce que la fin du message soit clair...
Personnellement, pour m'en sortir, j'ai dû complètement nettoyé les
spools...
C'est à dire que t'a viré tout les mbox ou maildir qui se trouve dans
par exemple /var/spool/mail/ ?????????
ou tout ce qui se trouvait dans les files d'attentes postfix ....
je ne comprend pas bien
Je pense que Patrice veut dire les files d'attentes postfix (ou exim).
D'après une autre source se serait un problème entre le MUA et le MTA.
Un "bidule" cloche à l'envoi du MUA et le MTA le re-demande à
l'infini, jusqu'à ce qu'il se lasse en faite.
Je regarde les configurations de MUA incriminées dès que possible.
David.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Je pense que Patrice veut dire les files d'attentes postfix (ou exim).
D'après une autre source se serait un problème entre le MUA et le MTA.
Un "bidule" cloche à l'envoi du MUA et le MTA le re-demande à l'infini,
jusqu'à ce qu'il se lasse en faite.
Je regarde les configurations de MUA incriminées dès que possible.
Je pense que Patrice veut dire les files d'attentes postfix (ou exim).
D'après une autre source se serait un problème entre le MUA et le MTA.
Un "bidule" cloche à l'envoi du MUA et le MTA le re-demande à l'infini,
jusqu'à ce qu'il se lasse en faite.
Je regarde les configurations de MUA incriminées dès que possible.
Je pense que Patrice veut dire les files d'attentes postfix (ou exim).
D'après une autre source se serait un problème entre le MUA et le MTA.
Un "bidule" cloche à l'envoi du MUA et le MTA le re-demande à l'infini,
jusqu'à ce qu'il se lasse en faite.
Je regarde les configurations de MUA incriminées dès que possible.
Je pense que Patrice veut dire les files d'attentes postfix (ou exim).
D'après une autre source se serait un problème entre le MUA et le MTA.
Un "bidule" cloche à l'envoi du MUA et le MTA le re-demande à l'infini,
jusqu'à ce qu'il se lasse en faite.
Je regarde les configurations de MUA incriminées dès que possible.
Je pense que Patrice veut dire les files d'attentes postfix (ou exim).
D'après une autre source se serait un problème entre le MUA et le MTA.
Un "bidule" cloche à l'envoi du MUA et le MTA le re-demande à l'infini,
jusqu'à ce qu'il se lasse en faite.
Je regarde les configurations de MUA incriminées dès que possible.
Je pense que Patrice veut dire les files d'attentes postfix (ou exim).
D'après une autre source se serait un problème entre le MUA et le MTA.
Un "bidule" cloche à l'envoi du MUA et le MTA le re-demande à l'infini,
jusqu'à ce qu'il se lasse en faite.
Je regarde les configurations de MUA incriminées dès que possible.
'Jour,
Le Tue Apr 12 2005 à 10:38:27PM +0200, David Dumortier dit :
[...]Je pense que Patrice veut dire les files d'attentes postfix (ou exim).
D'après une autre source se serait un problème entre le MUA et le MTA.
Un "bidule" cloche à l'envoi du MUA et le MTA le re-demande à
l'infini,
jusqu'à ce qu'il se lasse en faite.
Je regarde les configurations de MUA incriminées dès que possible.
J'ai les mails de retour de postfix sous les yeux. En fait, il s'agit
bien
de problèmes entre MTA, et bizarrement yahoo semble récurrent, mais pas
unique.
C'est une erreur 451 donc logiquement le mail n'est pas renvoyé (non ?)
Je squatte le fil pour un autre problème, mais ne serait-ce pas lié ?
Temporary lookup failure sur des connus, toujours
les mêmes, 554 Error
J'ai augmenté les delais de postfix dans master.cf pour quelques
processus
mais rien n'y fait.
--
David Dumortier
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
'Jour,
Le Tue Apr 12 2005 à 10:38:27PM +0200, David Dumortier dit :
[...]
Je pense que Patrice veut dire les files d'attentes postfix (ou exim).
D'après une autre source se serait un problème entre le MUA et le MTA.
Un "bidule" cloche à l'envoi du MUA et le MTA le re-demande à
l'infini,
jusqu'à ce qu'il se lasse en faite.
Je regarde les configurations de MUA incriminées dès que possible.
J'ai les mails de retour de postfix sous les yeux. En fait, il s'agit
bien
de problèmes entre MTA, et bizarrement yahoo semble récurrent, mais pas
unique.
C'est une erreur 451 donc logiquement le mail n'est pas renvoyé (non ?)
Je squatte le fil pour un autre problème, mais ne serait-ce pas lié ?
Temporary lookup failure sur des utilisateurs@domaines connus, toujours
les mêmes, 554 Error
J'ai augmenté les delais de postfix dans master.cf pour quelques
processus
mais rien n'y fait.
--
David Dumortier
david.dumortier@dudu.dynalias.net
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
'Jour,
Le Tue Apr 12 2005 à 10:38:27PM +0200, David Dumortier dit :
[...]Je pense que Patrice veut dire les files d'attentes postfix (ou exim).
D'après une autre source se serait un problème entre le MUA et le MTA.
Un "bidule" cloche à l'envoi du MUA et le MTA le re-demande à
l'infini,
jusqu'à ce qu'il se lasse en faite.
Je regarde les configurations de MUA incriminées dès que possible.
J'ai les mails de retour de postfix sous les yeux. En fait, il s'agit
bien
de problèmes entre MTA, et bizarrement yahoo semble récurrent, mais pas
unique.
C'est une erreur 451 donc logiquement le mail n'est pas renvoyé (non ?)
Je squatte le fil pour un autre problème, mais ne serait-ce pas lié ?
Temporary lookup failure sur des connus, toujours
les mêmes, 554 Error
J'ai augmenté les delais de postfix dans master.cf pour quelques
processus
mais rien n'y fait.
--
David Dumortier
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact