Camaleón wrote:
On Mon, 02 Jan 2012 17:15:09 -0600, hvw59601 wrote:
Although a simple 'yes' in d-i enables p-c, to make it work is another
matter.
That's for motivating users to use it :-P
1. I enabled exim4 to use gmail per http://wiki.debian.org/GmailAndExim4
2. But the cron script failed per syslog: Jan 2 09:35:37 HDBB
popularity-contest: unable to submit report to
http://popcon.debian.org/cgi-bin/popcon.cgi.
P-C FAQ (Q#7) seems to indicate that when/if http fails it will be
automatically (no user action required) sent through e-mail:
http://popcon.debian.org/FAQ
3. That message comes from the cron script if $USEHTTP = 'yes'. So I set
it to 'no' and tried again.
Mmm... before turning it off, I would investigate further why http
failed. It could have been a temporary site error.
4. The I got in /var/log/exim3/mainlog:
2012-01-02 16:20:28 1RhqF2-0001EQ-CU <= r...@hdb6.mail U=root P=local S=79913
2012-01-02 16:20:32 1RhqF2-0001EQ-CU => sur...@popcon.debian.org R=smarthost
T=remote_smtp_smarthost H=gmail-smtp-msa.l.google .com [74.125.81.109]
X=TLS1.0:RSA_ARCFOUR_SHA1:16 DN="C=US,ST=California,L=Mountain View,O=Google
Inc,CN=smtp.gmail.com"
2012-01-02 16:20:32 1RhqF2-0001EQ-CU Completed
2012-01-02 16:21:22 1RhqFu-0007US-7i <= r...@hdb6.mail U=root P=local S=793
2012-01-02 16:21:24 1RhqFu-0007US-7i => r...@hdb6.mail R=smarthost T=remote_smtp_smarthost H=gmail-smtp-msa.l.google.com [74.1 25.81.109] X=TLS1.0:RSA_ARCFOUR_SHA1:16 DN="C=US,ST=California,L=Mountain View,O=Google Inc,CN=smtp.gmail.com"
2012-01-02 16:21:24 1RhqFu-0007US-7i Completed
Gmail mail server returned "Completed". Looks like a successful
negotiation.
To check it your Exim's smarthost is working fine, I would try to send an
e-mail to an external e-mail address (one that you can check) and see
what happens.
5. But I got that also at 9:35. But *this time there was no error
message* in syslog. Sort of negative logic, does that means the submit
was successful?
I'd say it was but checking if Exim is able to deliver to an external e-
mail address will neither not hurt :-)
You're absolutely right. The 2 sequences in the exim4 mainlog mean that
the data was sent twice but the first time the message of failure
indicated merely that the HTTP method failed. Have to look into that
perl script. The second time I had that turned off, but the it tries the
other method.
Hugo
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/je1kj5$he$1...@dough.gmane.org
