Re: Mail Confusion
Hans wrote: > Am Donnerstag, 13. April 2017, 15:47:07 CEST schrieb Dan Purgert: > Hi Dan, >> How are these computers connecting to the mailserver? If it's IMAP, the >> client and server will resync when the client connects ... so if your >> oldPC last sync'd a month ago, it'll take it a while to validate what >> it's supposed to do with the (now deleted) messages that it still sees >> as 'new' since the last time you sync'd. >> > > no, it is POP3. It should then either (1) remove messages as soon as they've been retrieved OR (2) mark them in such fashion that they're then deleted later (e.g. on session close RFC1939[1] describes how POP3 behaves. Gave it a quick skim, and it seems that ยง6 (pg.9) may have some relevant information for you. [1] - https://tools.ietf.org/rfc/rfc1939.txt -- |_|O|_| Registered Linux user #585947 |_|_|O| Github: https://github.com/dpurgert |O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281
Re: Mail Confusion
Am Donnerstag, 13. April 2017, 15:47:07 CEST schrieb Dan Purgert: Hi Dan, > How are these computers connecting to the mailserver? If it's IMAP, the > client and server will resync when the client connects ... so if your > oldPC last sync'd a month ago, it'll take it a while to validate what > it's supposed to do with the (now deleted) messages that it still sees > as 'new' since the last time you sync'd. > no, it is POP3. > Note that some mail clients don't always play nice with the IMAP updates > (I'm lookin' at you K9 Mail), so they leave messages "unread" even > though they've been read on another device. > > If it's POP ... there could be other things going on, since it's pretty > much designed to only pull new messages. > > Sounds like kmail may not be configured to tell the server to delete the > mails when you've deleted them from within the program (or, it only > sends the purge command on user request). This means you delete them > from the kmail view, but when mutt queries the server, they're still > there. It is configured, to delete mail, when read. Kmail only offers an option to activate or deactivate to keep mails when read. However, it may be, that kmail does not delete the mails on the server when read. This would explain the first point, too. Strange: When I check the mailserver via webinterface, all read mails are gone (or just invisible???). Weired. Best Hans
Re: Mail Confusion
Hi Dan, > How are these computers connecting to the mailserver? If it's IMAP, the > client and server will resync when the client connects ... so if your > oldPC last sync'd a month ago, it'll take it a while to validate what > it's supposed to do with the (now deleted) messages that it still sees > as 'new' since the last time you sync'd. > it is POP3. > Note that some mail clients don't always play nice with the IMAP updates > (I'm lookin' at you K9 Mail), so they leave messages "unread" even > though they've been read on another device. > > If it's POP ... there could be other things going on, since it's pretty > much designed to only pull new messages. > > Sounds like kmail may not be configured to tell the server to delete the > mails when you've deleted them from within the program (or, it only > sends the purge command on user request). This means you delete them > from the kmail view, but when mutt queries the server, they're still > there. Hmm, strange. This should be. When I look at the mailserver via webinterface, all downloaded mails are gone. (or may only invisible), Best Hans
Re: Mail Confusion
Hans wrote: > Dear list, > > I am a little bit confused about mail behaviour. There are two things, > I do not understand. > > First of all, the following: > > When I was long time online with another computer, reading my mails, > and then switch to another computer back, then I rsync the Mailfolder > to the other computer (so that all mails are on the computer, I used > not the long time). > > But then, this computer indexes the Mailfolder again (what is ok) and > then the weired thing starts: It downloads all mails again from the > mailserver, even I deleted them on this mailserver! This are also > mails, which are some years old. Where do these mails come from??? By > accessing the mailserver via webinterface, it shows - NO MAILS! > Strange thing. Can somebody technical explain this weired behaviour? How are these computers connecting to the mailserver? If it's IMAP, the client and server will resync when the client connects ... so if your oldPC last sync'd a month ago, it'll take it a while to validate what it's supposed to do with the (now deleted) messages that it still sees as 'new' since the last time you sync'd. Note that some mail clients don't always play nice with the IMAP updates (I'm lookin' at you K9 Mail), so they leave messages "unread" even though they've been read on another device. If it's POP ... there could be other things going on, since it's pretty much designed to only pull new messages. > > > The second thing is: I have local system mails, which are sent to my user > account on my computer. These are read with kmail2, and after I read, I > deleted them. However, when I call mutt, these mails are still there. > How must I configure kmail2, so that the mails are deleted in mutt, > too, when I delte them in kmail2? There are four settings in the > configuration: none, mutt-dotlock, procmail-lock and > mutt-lock-with-rights (hopefully correct translated, my kmail2 is in > German). > Sounds like kmail may not be configured to tell the server to delete the mails when you've deleted them from within the program (or, it only sends the purge command on user request). This means you delete them from the kmail view, but when mutt queries the server, they're still there. -- |_|O|_| Registered Linux user #585947 |_|_|O| Github: https://github.com/dpurgert |O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281
Re: mail confusion
paul [EMAIL PROTECTED] writes: [snip] OK. At least I feel I`m doing something constructive now. Firstly dpkg -l | grep mail transport tells me: FUDO2:/home/guest# dpkg -l | grep mail transport ii sendmail8.9.3-20 A powerful mail transport agent. which is as I expected because I deliberately installed sendmail, replacing exim, because it was needed by the Fidogate program which was what started all this off. If I now restart sendmail - /etc/init.d/sendmail start I get a load of output along these lines: Starting mail transport agent: zero: /var/spool/mqueue/qfHAA03748 zero: /var/spool/mqueue/qfHAA2 zero: /var/spool/mqueue/qfHAA28889 zero: [snip] /var/spool/mqueue/DfXAA26514 sendmail. Looks to me like you have a lot of junk in your mail queue. If your MTA isn't working properly that's not unusual. I have absolutely no idea what this means. telnet localhost 25 still says: FUDO2:/home/guest# telnet localhost 25 Trying 127.0.0.1... Connected to dial.pipex.com. Escape character is '^]'. mail... Recipient names must be specified I don't think this is right. I don't have a Debian machine runing sendmail but our Solaris server is. Here's what I get when I telnet to the smtp port on it: % telnet mailserver 25 220 Custom ESMTP Sendmail Version (CSUSP); Mon, 24 Jan 2000 09:01:43 -0700 (MST) and then it just waits for input. This is the behavior of every MTA I have ever used. Never seen anything like what you're getting. I hope this gives some clues as to the problem. I`m still sure I must have misconfigured it somehow but I`ve read all I can and tried several different configurations, all with these same results. Maybe. Check in /etc/inetd.conf and see what is listed for the smtp service. On my Debian box it looks like: smtpstream tcp nowait mail/usr/sbin/exim exim -bs Of course it's possible you're not running sendmail via inetd, but as a standalone daemon. If that's the case you'll have to tell us how it's started by a script in /etc/init.d (script name will probably be sendmail) at boot time. If it is running on it's own as a daemon the script to start it should contain a line similiar to: sendmail -bd -q15m I'm not sure what the line in inetd.conf should be if you're running it via inetd. Someone with more sendmail experience care to share? Also, it should NOT be started in both places, eg., via a script in /etc/init.d and from a line in inetd.conf. Gary
Re: mail confusion
On Fri, 21 Jan 2000, paul wrote: paul.w paul.w FUDO2:/home/guest# sendmail -v paul paul.w hello paul.w . paul.w paul... Connecting to local... paul.w paul... Sent paul.w chances are that the system just used the local delivery agent(in most cases procmail) to deliver the mail.. paul.w FUDO2:/home/guest# telnet smtp.freeisp.co.uk paul.w Trying 216.22.209.82... paul.w Connected to smtp.freeisp.co.uk. must use port 25 .. paul.w mail... Recipient names must be specified paul.w ^] paul.w telnet q paul.w Connection closed. i dont know what MTA that is ... run dpkg -l | grep mail transport to see what MTA(s) you have installed, if you want to use sendmail i suggest removing the ones that you will not use then start sendmail with /etc/init.d/sendmail start and try again.. paul.w Does this mean that sendmail isn`t listening to port 25? If so where do I paul.w tell it to? by default sendmail listens on port 25. chances are you have another pgoram on that port though. the debian distributions come with multiple choices for mail transport agents, sendmail is by default not installed unless you specifically chose it. i dont have any experience configuring/debugging anything other then sendmail incase you want to use something else. nate [mailto:[EMAIL PROTECTED] ]-- Vice President Network Operations http://www.firetrail.com/ Firetrail Internet Services Limited http://www.aphroland.org/ Everett, WA 425-348-7336http://www.linuxpowered.net/ Powered By:http://comedy.aphroland.org/ Debian 2.1 Linux 2.0.36 SMPhttp://yahoo.aphroland.org/ -[mailto:[EMAIL PROTECTED] ]-- 4:42pm up 155 days, 4:47, 2 users, load average: 1.56, 1.64, 1.63
Re: mail confusion
aphro wrote: On Fri, 21 Jan 2000, paul wrote: paul.w paul.w FUDO2:/home/guest# sendmail -v paul paul.w hello paul.w . paul.w paul... Connecting to local... paul.w paul... Sent paul.w chances are that the system just used the local delivery agent(in most cases procmail) to deliver the mail.. paul.w FUDO2:/home/guest# telnet smtp.freeisp.co.uk paul.w Trying 216.22.209.82... paul.w Connected to smtp.freeisp.co.uk. must use port 25 .. paul.w mail... Recipient names must be specified paul.w ^] paul.w telnet q paul.w Connection closed. i dont know what MTA that is ... run dpkg -l | grep mail transport to see what MTA(s) you have installed, if you want to use sendmail i suggest removing the ones that you will not use then start sendmail with /etc/init.d/sendmail start and try again.. by default sendmail listens on port 25. chances are you have another pgoram on that port though. the debian distributions come with multiple choices for mail transport agents, sendmail is by default not installed unless you specifically chose it. OK. At least I feel I`m doing something constructive now. Firstly dpkg -l | grep mail transport tells me: FUDO2:/home/guest# dpkg -l | grep mail transport ii sendmail8.9.3-20 A powerful mail transport agent. which is as I expected because I deliberately installed sendmail, replacing exim, because it was needed by the Fidogate program which was what started all this off. If I now restart sendmail - /etc/init.d/sendmail start I get a load of output along these lines: Starting mail transport agent: zero: /var/spool/mqueue/qfHAA03748 zero: /var/spool/mqueue/qfHAA2 zero: /var/spool/mqueue/qfHAA28889 zero: /var/spool/mqueue/qfHAA28890 zero: /var/spool/mqueue/qfOAA08216 zero: /var/spool/mqueue/qfPAA15949 zero: /var/spool/mqueue/qfQAA04416 zero: /var/spool/mqueue/qfQAA04418 zero: /var/spool/mqueue/qfRAA10573 zero: /var/spool/mqueue/qfRAA19262 zero: /var/spool/mqueue/qfSAA13594 zero: /var/spool/mqueue/qfSAA23017 zero: /var/spool/mqueue/qfSAA23036 zero: /var/spool/mqueue/qfSAA25524 zero: /var/spool/mqueue/qfUAA19309 zero: /var/spool/mqueue/qfUAA19550 zero: /var/spool/mqueue/qfUAA22726 zero: /var/spool/mqueue/qfVAA22741 zero: /var/spool/mqueue/qfVAA22744 zero: /var/spool/mqueue/qfVAA22745 zero: /var/spool/mqueue/qfWAA24217 zero: /var/spool/mqueue/qfWAA24220 zero: /var/spool/mqueue/qfWAA24221 zero: /var/spool/mqueue/qfWAA24222 zero: /var/spool/mqueue/qfWAA24223 zero: /var/spool/mqueue/qfXAA26514 incomplete: /var/spool/mqueue/dfHAA03748 incomplete: /var/spool/mqueue/dfHAA2 incomplete: /var/spool/mqueue/dfHAA28889 incomplete: /var/spool/mqueue/dfHAA28890 incomplete: /var/spool/mqueue/dfOAA08216 incomplete: /var/spool/mqueue/dfPAA15949 incomplete: /var/spool/mqueue/dfQAA04416 incomplete: /var/spool/mqueue/dfQAA04418 incomplete: /var/spool/mqueue/dfRAA10573 incomplete: /var/spool/mqueue/dfRAA19262 incomplete: /var/spool/mqueue/dfSAA13594 incomplete: /var/spool/mqueue/dfSAA23017 incomplete: /var/spool/mqueue/dfSAA23036 incomplete: /var/spool/mqueue/dfSAA25524 incomplete: /var/spool/mqueue/dfUAA19309 incomplete: /var/spool/mqueue/dfUAA19550 incomplete: /var/spool/mqueue/dfUAA22726 incomplete: /var/spool/mqueue/dfVAA22741 incomplete: /var/spool/mqueue/dfVAA22744 incomplete: /var/spool/mqueue/dfVAA22745 incomplete: /var/spool/mqueue/dfWAA24217 incomplete: /var/spool/mqueue/dfWAA24220 incomplete: /var/spool/mqueue/dfWAA24221 incomplete: /var/spool/mqueue/dfWAA24222 incomplete: /var/spool/mqueue/dfWAA24223 incomplete: /var/spool/mqueue/dfXAA26514 panic: /var/spool/mqueue/DfHAA03748 panic: /var/spool/mqueue/DfHAA2 panic: /var/spool/mqueue/DfHAA28889 panic: /var/spool/mqueue/DfHAA28890 panic: /var/spool/mqueue/DfOAA08216 panic: /var/spool/mqueue/DfPAA15949 panic: /var/spool/mqueue/DfQAA04416 panic: /var/spool/mqueue/DfQAA04418 panic: /var/spool/mqueue/DfRAA10573 panic: /var/spool/mqueue/DfRAA19262 panic: /var/spool/mqueue/DfSAA13594 panic: /var/spool/mqueue/DfSAA23017 panic: /var/spool/mqueue/DfSAA23036 panic: /var/spool/mqueue/DfSAA25524 panic: /var/spool/mqueue/DfUAA19309 panic: /var/spool/mqueue/DfUAA19550 panic: /var/spool/mqueue/DfUAA22726 panic: /var/spool/mqueue/DfVAA22741 panic: /var/spool/mqueue/DfVAA22744 panic: /var/spool/mqueue/DfVAA22745 panic: /var/spool/mqueue/DfWAA24217 panic: /var/spool/mqueue/DfWAA24220 panic: /var/spool/mqueue/DfWAA24221 panic: /var/spool/mqueue/DfWAA24222 panic: /var/spool/mqueue/DfWAA24223 panic: /var/spool/mqueue/DfXAA26514 sendmail. I have absolutely no idea what this means. telnet localhost 25 still says: FUDO2:/home/guest# telnet localhost 25 Trying 127.0.0.1... Connected to dial.pipex.com. Escape character is '^]'. mail... Recipient names must be specified I hope this gives some clues as to the problem. I`m still sure I must have misconfigured it somehow but I`ve read all I can and tried several different configurations, all with these same results. Paul
Re: mail confusion
Gary Hennigan wrote: Paul [EMAIL PROTECTED] writes: It`s a long story but in order to install fidogate I replaced my perfectly working exim with sendmail. Now when I try to collect my mail with fetchmail I get: reading message 1 of 10 (1598 header octets) fetchmail: SMTP connect to localhost failed The above is the problem. Sendmail is not allowing fetchmail to connect to your local host. You can test this with a simple: telnet localhost 25 If everything's working fine you should connect and get a prompt from sendmail. If it fails, so will fetchmail. [snip] If I test sendmail with sendmail -v it says : Recipient names must be specified I would imagine that this is my problem but I`ve read loads of Docs. and still can`t work out what`s wrong. Easy with the advice please - my head hurts! No, you need to tell sendmail what to use as an address when you test it. Like: sendmail -v [EMAIL PROTECTED] This is a test. . That's how you get it a test run working. As I stated though, I don't believe this is the problem. It's that sendmail isn't accepting connections from localhost. I'm not that familiar with sendmail but I suspect you just need to add something in the sendmail.cf file to tell it that localhost is allowed to use sendmail as a relay. Thanks for the help. I`ve buggered around with so many files now that I`m not sure what`s going on! The command: sendmail -v [EMAIL PROTECTED] results in this: [EMAIL PROTECTED] User unknown However this just using a valid username: bash-2.03$ /usr/sbin/sendmail -v paul ddd . paul... Connecting to local... paul... Sent seems to work OK. And telnet to port 25: FUDO2:/home/guest# telnet localhost 25 Trying 127.0.0.1... Connected to dial.pipex.com. Escape character is '^]'. mail... Recipient names must be specified ^] telnet q Connection closed. doesn`t seem to work either. Could anyone give me at least a pointer as to where to look for a solution. The frightening thing is this is just a preliminary to trying to install fidogate again. Thanks. Paul
Re: mail confusion
On Fri, 21 Jan 2000, paul wrote: paul.w And telnet to port 25: paul.w paul.w FUDO2:/home/guest# telnet localhost 25 paul.w Trying 127.0.0.1... paul.w Connected to dial.pipex.com. paul.w Escape character is '^]'. paul.w mail... Recipient names must be specified paul.w ^] paul.w telnet q paul.w Connection closed. paul.w if your are telnetting to a *sendmail* SMTP server you will see something similar to: Trying 208.222.179.30... Connected to mail.firetrail.com. Escape character is '^]'. 220 bebo.firetrail.com ESMTP Sendmail 8.9.3 ready at Fri, 21 Jan 2000 13:24:42 -0800 quit 221 bebo.firetrail.com closing connection (i typed the quit to logout) i dont know what MTA you may be using..i only have experience in sendmail. i cant imagine any SMTP servers out there that don't show some kind of welcome message. You can test your SMTP server by sending a mail using telnet. see this page for step-by-step instructions: http://www.daemonnews.org/199905/telnet.html send a mail to yourself then check to see if it arrived ok. nate [mailto:[EMAIL PROTECTED] ]-- Vice President Network Operations http://www.firetrail.com/ Firetrail Internet Services Limited http://www.aphroland.org/ Everett, WA 425-348-7336http://www.linuxpowered.net/ Powered By:http://comedy.aphroland.org/ Debian 2.1 Linux 2.0.36 SMPhttp://yahoo.aphroland.org/ -[mailto:[EMAIL PROTECTED] ]-- 1:17pm up 155 days, 1:22, 2 users, load average: 1.51, 1.62, 1.62
Re: mail confusion
aphro wrote: On Fri, 21 Jan 2000, paul wrote: paul.w And telnet to port 25: paul.w paul.w FUDO2:/home/guest# telnet localhost 25 paul.w Trying 127.0.0.1... paul.w Connected to dial.pipex.com. paul.w Escape character is '^]'. paul.w mail... Recipient names must be specified paul.w ^] paul.w telnet q paul.w Connection closed. paul.w if your are telnetting to a *sendmail* SMTP server you will see something similar to: Trying 208.222.179.30... Connected to mail.firetrail.com. Escape character is '^]'. 220 bebo.firetrail.com ESMTP Sendmail 8.9.3 ready at Fri, 21 Jan 2000 13:24:42 -0800 quit 221 bebo.firetrail.com closing connection (i typed the quit to logout) i dont know what MTA you may be using..i only have experience in sendmail. i cant imagine any SMTP servers out there that don't show some kind of welcome message. You can test your SMTP server by sending a mail using telnet. see this page for step-by-step instructions: http://www.daemonnews.org/199905/telnet.html send a mail to yourself then check to see if it arrived ok. nate Can`t pretend to really understand this but here`s a copy of what I`ve tried and the results: FUDO2:/home/guest# sendmail -v paul hello . paul... Connecting to local... paul... Sent FUDO2:/home/guest# sendmail -v [EMAIL PROTECTED] [EMAIL PROTECTED] User unknown FUDO2:/home/guest# telnet smtp.freeisp.co.uk Trying 216.22.209.82... Connected to smtp.freeisp.co.uk. Escape character is '^]'. Do not attempt to login unless authorized to do so! Username: Username: telnet q Connection closed. FUDO2:/home/guest# telnet localhost 25 Trying 127.0.0.1... Connected to dial.pipex.com. Escape character is '^]'. mail... Recipient names must be specified ^] telnet q Connection closed. To save confusion the last reference to dial.pipex.com is because I put this in /etc/hosts because I read that putting any domain name that looked qualified in there stopped the $j error message in sendmailconfig - which it did. Does this mean that sendmail isn`t listening to port 25? If so where do I tell it to? Thanks again. Paul
Re: mail confusion
Paul [EMAIL PROTECTED] writes: It`s a long story but in order to install fidogate I replaced my perfectly working exim with sendmail. Now when I try to collect my mail with fetchmail I get: reading message 1 of 10 (1598 header octets) fetchmail: SMTP connect to localhost failed The above is the problem. Sendmail is not allowing fetchmail to connect to your local host. You can test this with a simple: telnet localhost 25 If everything's working fine you should connect and get a prompt from sendmail. If it fails, so will fetchmail. [snip] If I test sendmail with sendmail -v it says : Recipient names must be specified I would imagine that this is my problem but I`ve read loads of Docs. and still can`t work out what`s wrong. Easy with the advice please - my head hurts! No, you need to tell sendmail what to use as an address when you test it. Like: sendmail -v [EMAIL PROTECTED] This is a test. . That's how you get it a test run working. As I stated though, I don't believe this is the problem. It's that sendmail isn't accepting connections from localhost. I'm not that familiar with sendmail but I suspect you just need to add something in the sendmail.cf file to tell it that localhost is allowed to use sendmail as a relay. Gary
Re: mail confusion
fetchmail sends mail by resending it through the local SMTP server, try to telnet to your smtp server (telnet localhost 25) chances are you dont have a SMTP server running, or it is firewalled nate On Thu, 20 Jan 2000, Paul wrote: skin It`s a long story but in order to install fidogate I replaced my skin perfectly working exim with sendmail. Now when I try to collect my mail skin with fetchmail I get: skin skin reading message 1 of 10 (1598 header octets) skin fetchmail: SMTP connect to localhost failed skin fetchmail: IMAP A0007 LOGOUT skin fetchmail: IMAP ) skin fetchmail: IMAP A0006 OK Completed skin fetchmail: IMAP * BYE LOGOUT received skin fetchmail: IMAP A0007 OK Completed skin fetchmail: SMTP transaction error while fetching from pop.dial.pipex.com skin fetchmail: Query status=10 skin fetchmail: normal termination, status 10 skin skin skin If I test sendmail with sendmail -v it says : skin skin Recipient names must be specified skin skin I would imagine that this is my problem but I`ve read loads of Docs. and skin still can`t work out what`s wrong. skin Easy with the advice please - my head hurts! skin skin Paul skin skin -- skin Paul Walton * Powered by * skin Cambridge* Debian GNU Linux * skin U.K. * http://www.debian.org * skin * PGP Public Key: http://pgp5.ai.mit.edu/ * skin skin skin -- skin Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null skin [mailto:[EMAIL PROTECTED] ]-- Vice President Network Operations http://www.firetrail.com/ Firetrail Internet Services Limited http://www.aphroland.org/ Everett, WA 425-348-7336http://www.linuxpowered.net/ Powered By:http://comedy.aphroland.org/ Debian 2.1 Linux 2.0.36 SMPhttp://yahoo.aphroland.org/ -[mailto:[EMAIL PROTECTED] ]-- 11:24am up 153 days, 23:29, 1 user, load average: 1.40, 1.60, 1.61