Hi. I have made a working .fetchmailrc with pico. I wonder why I cannot get fetchmailconf to work, and would be nice, if somebody could help me. The .fetchmailrc is placed in ./home/.fetchmailrc As said it works running fetchmail -v. Its permission is: ls -al .fetchmailrc -rwx--x--- 1 erikja users 111 2005-04-10 06:52 .fetchmailrc And I have the fetchmailconf: locate fetchmailconf /usr/bin/fetchmailconf /usr/share/man/man1/fetchmailconf.1.gz ls -al fetchmailconf -rwxr-xr-x 1 root root 75905 2004-10-02 11:15 fetchmailconf What is possible wrong here ? Erik Jakobsen
On Saturday 09 April 2005 10:04 pm, Erik Jakobsen wrote:
Hi.
I have made a working .fetchmailrc with pico. I wonder why I cannot get fetchmailconf to work, and would be nice, if somebody could help me.
If you've already created .fetchmailrc why do you want fetchmailconf to run? All it does is help you create .fetchmailrc or start fetchmail.
The .fetchmailrc is placed in ./home/.fetchmailrc As said it works running fetchmail -v.
If fetchmail -v says it works, then I don't understand the problem.
Its permission is:
ls -al .fetchmailrc -rwx--x--- 1 erikja users 111 2005-04-10 06:52 .fetchmailrc
And I have the fetchmailconf:
locate fetchmailconf /usr/bin/fetchmailconf /usr/share/man/man1/fetchmailconf.1.gz
ls -al fetchmailconf -rwxr-xr-x 1 root root 75905 2004-10-02 11:15 fetchmailconf
What is possible wrong here ?
Are you actually running fetchmail? Scott -- POPFile, the OpenSource EMail Classifier http://popfile.sourceforge.net/ Linux 2.6.8-24.14-default x86_64
Scott Leighton wrote:
On Saturday 09 April 2005 10:04 pm, Erik Jakobsen wrote:
Hi.
I have made a working .fetchmailrc with pico. I wonder why I cannot get fetchmailconf to work, and would be nice, if somebody could help me.
If you've already created .fetchmailrc why do you want fetchmailconf to run? All it does is help you create .fetchmailrc or start fetchmail.
Hi Scott. The reason is, that it would nice to find out why fetchmailconf doesnt work.
The .fetchmailrc is placed in ./home/.fetchmailrc As said it works running fetchmail -v.
If fetchmail -v says it works, then I don't understand the problem.
Look above.
Its permission is:
ls -al .fetchmailrc -rwx--x--- 1 erikja users 111 2005-04-10 06:52 .fetchmailrc
And I have the fetchmailconf:
locate fetchmailconf /usr/bin/fetchmailconf /usr/share/man/man1/fetchmailconf.1.gz
ls -al fetchmailconf -rwxr-xr-x 1 root root 75905 2004-10-02 11:15 fetchmailconf
What is possible wrong here ?
Are you actually running fetchmail?
Not yet, but its was due to get Mutt to work here.
Scott
Erik Jakobsen
Erik Jakobsen wrote:
My running fetchmail -v
erikja@lajka3:/usr/bin> fetchmail -v fetchmail: 6.2.5 querying urbakken.dk (protocol POP3) at Sun 10 Apr 2005 07:23:49 AM CEST: poll started fetchmail: POP3< +OK dovecot ready. fetchmail: POP3> CAPA fetchmail: POP3< +OK fetchmail: POP3< CAPA fetchmail: POP3< TOP fetchmail: POP3< USER fetchmail: POP3< UIDL fetchmail: POP3< RESP-CODES fetchmail: POP3< STLS fetchmail: POP3< SASL fetchmail: POP3< . fetchmail: POP3> STLS fetchmail: POP3< +OK Begin TLS negotiation now. fetchmail: Issuer Organization: SomeOrganization fetchmail: Issuer CommonName: localhost.localdomain fetchmail: Server CommonName: localhost.localdomain fetchmail: Server CommonName mismatch: localhost.localdomain != urbakken.dk fetchmail: urbakken.dk key fingerprint: 1F:17:2D:5D:A3:FA:C3:0E:52:F5:D0:90:83:EA:0A:36 fetchmail: Warning: server certificate verification: self signed certificate fetchmail: Issuer Organization: SomeOrganization fetchmail: Issuer CommonName: localhost.localdomain fetchmail: Server CommonName: localhost.localdomain fetchmail: Server CommonName mismatch: localhost.localdomain != urbakken.dk fetchmail: Warning: server certificate verification: self signed certificate fetchmail: POP3> CAPA fetchmail: POP3< +OK fetchmail: POP3< CAPA fetchmail: POP3< TOP fetchmail: POP3< USER fetchmail: POP3< UIDL fetchmail: POP3< RESP-CODES fetchmail: POP3< SASL fetchmail: POP3< . fetchmail: POP3> USER xxx fetchmail: POP3< +OK fetchmail: POP3> PASS * fetchmail: POP3< +OK Logged in. fetchmail: POP3> STAT fetchmail: POP3< +OK 0 0 fetchmail: No mail for eja at urbakken.dk fetchmail: POP3> QUIT fetchmail: POP3< +OK Logging out. fetchmail: 6.2.5 querying urbakken.dk (protocol POP3) at Sun 10 Apr 2005 07:23:52 AM CEST: poll completed fetchmail: 6.2.5 querying pop3.mail.dk (protocol POP3) at Sun 10 Apr 2005 07:23:52 AM CEST: poll started fetchmail: POP3< +OK InterMail POP3 server ready. fetchmail: POP3> CAPA fetchmail: POP3< +OK Capability list follows fetchmail: POP3< TOP fetchmail: POP3< USER fetchmail: POP3< RESP_CODES fetchmail: POP3< PIPELINING fetchmail: POP3< EXPIRE NEVER fetchmail: POP3< UIDL fetchmail: POP3< IMPLEMENTATION Openwave Email vM.6.01.04.00 201-2131-118-200410 fetchmail: POP3< 27 fetchmail: POP3< . fetchmail: POP3> USER 120010795264 fetchmail: POP3< +OK please send PASS command fetchmail: POP3> PASS * fetchmail: POP3< +OK yyyyyyyyyyyyyyyy is welcome here fetchmail: POP3> STAT fetchmail: POP3< +OK 0 0 fetchmail: No mail for 120010795264 at pop3.mail.dk fetchmail: POP3> QUIT fetchmail: POP3< +OK 120010795264 InterMail POP3 server signing off. fetchmail: 6.2.5 querying pop3.mail.dk (protocol POP3) at Sun 10 Apr 2005 07:23:55 AM CEST: poll completed fetchmail: normal termination, status 1 Erik
On Saturday 09 April 2005 10:27 pm, Erik Jakobsen wrote:
Erik Jakobsen wrote:
My running fetchmail -v
erikja@lajka3:/usr/bin> fetchmail -v fetchmail: 6.2.5 querying urbakken.dk (protocol POP3) at Sun 10 Apr 2005 07:23:49 AM CEST: poll started fetchmail: POP3< +OK dovecot ready. fetchmail: POP3> CAPA fetchmail: POP3< +OK fetchmail: POP3< CAPA fetchmail: POP3< +OK 0 0 fetchmail: No mail for 120010795264 at pop3.mail.dk fetchmail: POP3> QUIT fetchmail: POP3< +OK 120010795264 InterMail POP3 server signing off. fetchmail: 6.2.5 querying pop3.mail.dk (protocol POP3) at Sun 10 Apr 2005 07:23:55 AM CEST: poll completed fetchmail: normal termination, status 1
Looks perfectly fine. So fetchmail is doing its job. Scott -- POPFile, the OpenSource EMail Classifier http://popfile.sourceforge.net/ Linux 2.6.8-24.14-default x86_64
On Saturday 09 April 2005 10:21 pm, Erik Jakobsen wrote:
Scott Leighton wrote:
On Saturday 09 April 2005 10:04 pm, Erik Jakobsen wrote:
I have made a working .fetchmailrc with pico. I wonder why I cannot get fetchmailconf to work, and would be nice, if somebody could help me.
If you've already created .fetchmailrc why do you want fetchmailconf to run? All it does is help you create .fetchmailrc or start fetchmail.
Hi Scott. The reason is, that it would nice to find out why fetchmailconf doesnt work.
Then give us more information, like exactly what error happens when you try to run fetchmailconf. Scott -- POPFile, the OpenSource EMail Classifier http://popfile.sourceforge.net/ Linux 2.6.8-24.14-default x86_64
Scott Leighton wrote:
Then give us more information, like exactly what error happens when you try to run fetchmailconf.
Scott
I will. This is what happens if I run fetchmailconf as user, but this is possible not right, as fetchmailconf has root:root preveliges. erikja@lajka3:/usr/bin> fetchmailconf Traceback (most recent call last): File "/usr/bin/fetchmailconf", line 2028, in ? hostname = socket.gethostbyaddr(socket.gethostname())[0] socket.gaierror: (-2, 'Name or service not known') This here is with an xhost +localhost: erikja@lajka3:/usr/bin> xhost +localhost localhost being added to access control list erikja@lajka3:/usr/bin> fetchmailconf Traceback (most recent call last): File "/usr/bin/fetchmailconf", line 2028, in ? hostname = socket.gethostbyaddr(socket.gethostname())[0] socket.gaierror: (-2, 'Name or service not known') And is the same as if I run fetchmailconf as user. What have I overseen ?. Erik Jakobsen
On Saturday 09 April 2005 11:49 pm, Erik Jakobsen wrote:
Scott Leighton wrote:
Then give us more information, like exactly what error happens when you try to run fetchmailconf.
Scott
I will.
This is what happens if I run fetchmailconf as user, but this is possible not right, as fetchmailconf has root:root preveliges.
erikja@lajka3:/usr/bin> fetchmailconf Traceback (most recent call last): File "/usr/bin/fetchmailconf", line 2028, in ? hostname = socket.gethostbyaddr(socket.gethostname())[0] socket.gaierror: (-2, 'Name or service not known')
This here is with an xhost +localhost:
erikja@lajka3:/usr/bin> xhost +localhost localhost being added to access control list erikja@lajka3:/usr/bin> fetchmailconf Traceback (most recent call last): File "/usr/bin/fetchmailconf", line 2028, in ? hostname = socket.gethostbyaddr(socket.gethostname())[0] socket.gaierror: (-2, 'Name or service not known')
And is the same as if I run fetchmailconf as user.
What have I overseen ?.
I believe it is just telling you that it can't get your hostname, since all seems to be working, I'd say ignore it. Scott -- POPFile, the OpenSource EMail Classifier http://popfile.sourceforge.net/ Linux 2.6.8-24.14-default x86_64
Scott Leighton wrote:
snip.
I believe it is just telling you that it can't get your hostname, since all seems to be working, I'd say ignore it.
Scott
Maybe due to that I have my own server here, that deliver and sends mails to/from this suse 9.2 machine. I normally use Mozilla Mailer or Thunderbird. About ignoring it. Yes that I can live with, but I have never seen any GUI popping up if I run fetchmailconf. Erik Jakobsen
Erik Jakobsen wrote:
Scott Leighton wrote:
I believe it is just telling you that it can't get your hostname, since all seems to be working, I'd say ignore it.
Scott
Scott !.
Can you get fetchmailconf up running ?.
Erik Jakobsen
Sorry for the sending direct to you too :-( Erik Jakobsen
On Sunday 10 April 2005 6:26 am, Erik Jakobsen wrote:
Scott Leighton wrote:
I believe it is just telling you that it can't get your hostname, since all seems to be working, I'd say ignore it.
Scott
Scott !.
Can you get fetchmailconf up running ?.
Erik Jakobsen
Yes, works fine here. The GUI comes right up. Scott -- POPFile, the OpenSource EMail Classifier http://popfile.sourceforge.net/ Linux 2.6.8-24.14-default x86_64
participants (2)
-
Erik Jakobsen
-
Scott Leighton