From dandunfee at gmail.com Thu Aug 5 06:43:58 2021 From: dandunfee at gmail.com (dan d.) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Delete all messages with the same subject Message-ID: I 'm a blind user. Unlike when one can scan the list of subjects and skip over some, a blind user has to go message by message to find one of interest. Often a subject with multiple entries is of no interest but each one must be heard nonetheless. I use the ; + a + a and s for save or e to export or delete a entire set of messages. Is there some such combination which would allow deletion of the set of a given subject? -- Dan d. XR From robin.listas at telefonica.net Thu Aug 5 07:04:34 2021 From: robin.listas at telefonica.net (Carlos E. R.) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Delete all messages with the same subject In-Reply-To: References: Message-ID: <39aaa489-1119-e0c6-486d-7a7aabf002a9@telefonica.net> On 05/08/2021 15.43, dan d. wrote: > > I'm a blind user. Unlike when one can scan the list of subjects and skip over some, a blind user has to go message by message to find one of > interest. > Often a subject with multiple entries is of no interest but each one must be heard nonetheless. I use the ; + a + a and s for save or > e to export or delete a entire set of messages. Is there some such combination which would allow deletion of the set of a given subject? Probably such an option could be considered dangerous, because on a mail thread (like here on this mail list) all the messages would have the same subject. A less aggressive method would be to delete all messages with the same "Message-ID" header. Gmail actually does this, automatically, on all messages on any folder. So, as you use gmail, I don't think you should do anything, all those messages you get are actually different. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith)) -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 243 bytes Desc: OpenPGP digital signature URL: From geoff at QuiteLikely.com Thu Aug 5 07:58:06 2021 From: geoff at QuiteLikely.com (Geoff Shang) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Delete all messages with the same subject In-Reply-To: References: Message-ID: On Thu, 5 Aug 2021, dan d. wrote: > I 'm a blind user. Unlike when one can scan the list of subjects and > skip over some, a blind user has to go message by message to find one of > interest. Often a subject with multiple entries is of no interest but > each one must be heard nonetheless. I use the ; + a + a and s for save > or e to export or delete a entire set of messages. Is there some such > combination which would allow deletion of the set of a given subject? Hi from a fellow blind user. Yes there is. 1. Focus on a message with the subject you want to delete. 2. Press ; (semi-colon) for the select menu. 3. Press t for text. 4. Press s for subject. 5. Press control-x to paste the current subject. Note: You may want to remove any list names or "Re:" prefixes from the subject line to make sure it catches all messages. Now you should have all of the messages selected. You could narrow the index to only show these messages by pressing z to zoom the index. Pressing z again will unzoom it. You can mark these messages for deletion by pressing a for Apply, then d for delete. To actually delete them, you can hit x for expunge. Note that the above commands assume that certain configuration switches are turned on. If any of these keys don't work, it may be because an option is turned off. Also note that I'm using ALPINE 2.11 (yes this is old). Feature request: I'd love to be able to select the current thread. I know ALPINE has thread functions but I've never managed to get them to work (maybe I missunderstand how they're meant to work). I don't want to sort by thread or group by thread by default, but I'd like to be able to select a thread and then either zoom it or just delete it. Cheers, Geoff. From r.wolf.pine at atlas.cz Thu Aug 5 09:16:47 2021 From: r.wolf.pine at atlas.cz (Robert Wolf) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Delete all messages with the same subject In-Reply-To: References: Message-ID: Hello dear Alpine lovers :-) > > I 'm a blind user. > > Hi from a fellow blind user. > > Yes there is. > > 1. Focus on a message with the subject you want to delete. > 2. Press ; (semi-colon) for the select menu. > 3. Press t for text. > 4. Press s for subject. > 5. Press control-x to paste the current subject. I am not blind user, but I use the same actions :-) It's easier and faster then to try to read fast subjects of all emails :-) > Feature request: I'd love to be able to select the current thread. I know > ALPINE has thread functions but I've never managed to get them to work (maybe > I missunderstand how they're meant to work). I don't want to sort by thread > or group by thread by default, but I'd like to be able to select a thread and > then either zoom it or just delete it. The thread sorting is nothing special. By default, sorting is "arrival", i.e. in the order, in which the messages have been stored on the server. Better sorting is "date" to sort on Date field. Other sort methods are "subject", "From", "To", "Cc", "Size", "Score". And there is "thread" sorting too. If you want select all emails from threads then do following: 1. Focus on a message with the subject you want to delete. 2. Press "$" (sorting) 3. Press "H" for thread sorting. If the messages has been composed correctly as reply to some other message and the client has included Message-IDs in References header (maybe subject too), then all messages will be reordered to threads. The threads are by default expanded. Now the cursor is still on the same message, but now the messages are in threads. 4. Press "{" to collapse all threads or press "[" to collapse current thread with the selected message 5. Press ";" on the first message of the closed thread, which should select all messages in the thread - you can verify this when you open the thread again using "]" key to open only the current thread or "}" key to open all threads Now you can do anything with selected messages. I hope this will help you. Regards, Robert. From robin.listas at telefonica.net Thu Aug 5 10:37:05 2021 From: robin.listas at telefonica.net (Carlos E. R.) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Delete all messages with the same subject In-Reply-To: References: Message-ID: On 05/08/2021 16.58, Geoff Shang wrote: > Feature request: I'd love to be able to select the current thread.? I > know ALPINE has thread functions but I've never managed to get them to > work (maybe I missunderstand how they're meant to work).? I don't want > to sort by thread or group by thread by default, but I'd like to be able > to select a thread and then either zoom it or just delete it. ctrl-t, once sorted by thread. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith)) -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 243 bytes Desc: OpenPGP digital signature URL: From andrew at aitchison.me.uk Thu Aug 5 11:19:07 2021 From: andrew at aitchison.me.uk (Andrew C Aitchison) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Delete all messages with the same subject In-Reply-To: References: Message-ID: Geoff Shang >> Feature request: I'd love to be able to select the current thread. I know >> ALPINE has thread functions but I've never managed to get them to work (maybe >> I missunderstand how they're meant to work). I don't want to sort by thread >> or group by thread by default, but I'd like to be able to select a thread and >> then either zoom it or just delete it. Carlos E. R.: > ctrl-t, once sorted by thread. On Thu, 5 Aug 2021, Robert Wolf wrote: > The thread sorting is nothing special. By default, sorting is "arrival", i.e. > in the order, in which the messages have been stored on the server. Better > sorting is "date" to sort on Date field. Other sort methods are "subject", > "From", "To", "Cc", "Size", "Score". And there is "thread" sorting too. > > If you want select all emails from threads then do following: > > 1. Focus on a message with the subject you want to delete. > > 2. Press "$" (sorting) > > 3. Press "H" for thread sorting. If the messages has been composed correctly as > reply to some other message and the client has included Message-IDs in > References header (maybe subject too), then all messages will be reordered > to threads. The threads are by default expanded. Now the cursor is still on > the same message, but now the messages are in threads. > > 4. Press "{" to collapse all threads or press "[" to collapse current thread > with the selected message > > 5. Press ";" on the first message of the closed thread, which should select all > messages in the thread - you can verify this when you open the thread again > using "]" key to open only the current thread or "}" key to open all threads Odd. None of ctrl-t [ ] { } work for me, but provided I am on the first message in the thread, '/' will expand or collapse the thread and when it is collapsed 'd' and 'u' (and presumably other commands) apply to the whole thread. -- Andrew C. Aitchison Kendal, UK andrew@aitchison.me.uk From r.wolf.pine at atlas.cz Thu Aug 5 12:39:09 2021 From: r.wolf.pine at atlas.cz (Robert Wolf) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Delete all messages with the same subject In-Reply-To: References: Message-ID: > Odd. None of ctrl-t [ ] { } work for me, > but provided I am on the first message in the thread, '/' will expand or > collapse the thread and when it is collapsed 'd' and 'u' (and presumably > other commands) apply to the whole thread. Hmmm, you are right. I have alpine 2.24 patched with all patches, which includes the "Enhanced Fancy Thread Interface" https://alpine.x10host.com/alpine/info/fancy.html Are you able to build alpine from patched source code youself? You can patch either only fancy thread or better apply all patches (https://alpine.x10host.com/alpine/info/all.html)? There is already patched source code with all patches: https://alpine.x10host.com/alpine/patches/alpine-2.24/alpine-2.24.tar.xz And if you are on Windows, there is patched binary (only version 2.22) for download: https://alpine.x10host.com/alpine/info/windows.html Regards, Robert. From mattack at apple.com Thu Aug 5 12:58:30 2021 From: mattack at apple.com (Matt Ackeret) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Delete all messages with the same subject In-Reply-To: References: Message-ID: > On Aug 5, 2021, at 9:16 AM, Robert Wolf wrote: > 3. Press "H" for thread sorting. If the messages has been composed correctly as > reply to some other message and the client has included Message-IDs in > References header (maybe subject too), then all messages will be reordered > to threads. The threads are by default expanded. Now the cursor is still on > the same message, but now the messages are in threads. But if you don't have the thread parent email still around, isn't it true that this won't work? Since the change made years ago to make threads sorted by the NEWEST date in the thread instead of the oldest.. e.g. some of us delete emails sporadically/as they come in, but then later responses to the same thread come in. (I don't use thread view anymore in alpine since there's something weird with my server and I have a bajillion messages in my INBOX.. and ironically I'm writing this message in Mail.. since I had the thread open) From robin.listas at telefonica.net Sat Aug 7 04:17:41 2021 From: robin.listas at telefonica.net (Carlos E. R.) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Delete all messages with the same subject In-Reply-To: <9f9fd31-e61b-f739-cc2e-5014f2f439@gmail.com> References: <9f9fd31-e61b-f739-cc2e-5014f2f439@gmail.com> Message-ID: <25d00055-a7e3-edae-4955-7ff76a996f8f@telefonica.net> On 06/08/2021 14.15, dan d. wrote: > I want to delete all messagess of the same subject regardless of individual info provided. That is different then the same mailing list > having multiple different subjects on a given day. Assuming that all those messages with the same header are in fact mails of the same thread, I would thus sort by thread, select the entire thread (ctrl-t in my alpine), then delete or move the thread. I always sort by thread, using K-H. If this is difficult for you, sorry, I can not imagine what is difficult or easy for you. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith)) -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 243 bytes Desc: OpenPGP digital signature URL: From Ferdinand.Goldmann at jku.at Mon Aug 9 04:21:19 2021 From: Ferdinand.Goldmann at jku.at (Ferdinand Goldmann) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] default tmp directory and computer crashes ... Message-ID: <5b81d0c9-aa5c-69ea-f61a-9eeecdd6e4d@jku.at> Hi, I was writing a lengthy email the other day when suddenly my computer froze and needed a reset. After rebooting I realized that although I had saved my mail repeatedly while typing it everything was gone because the default working file is created under /tmp. Which happens to be a tmpfs filesystem on Arch Linux. Bummer. Of course you might ask "Why didn't you set TMPDIR to something else beforehand!?". Well, I guess because I wasn't fully aware of what might happen should my computer crash. I never really gave a thought about where alpine creates its tmp files. I've now set TMPDIR=$(HOME)/.alpine-tmp. I'd like to suggest that maybe something like this should be a default setting for alpine since probably most modern Linux distros have /tmp on a tmpfs. And it sucks losing your work. :-) Regards Ferdinand -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5946 bytes Desc: S/MIME Cryptographic Signature URL: From bret.busby at gmail.com Mon Aug 9 07:55:22 2021 From: bret.busby at gmail.com (Bret Busby) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] default tmp directory and computer crashes ... In-Reply-To: <5b81d0c9-aa5c-69ea-f61a-9eeecdd6e4d@jku.at> References: <5b81d0c9-aa5c-69ea-f61a-9eeecdd6e4d@jku.at> Message-ID: On 09/08/2021, Ferdinand Goldmann wrote: > Hi, > > I was writing a lengthy email the other day when suddenly my computer froze > and > needed a reset. After rebooting I realized that although I had saved my > mail > repeatedly while typing it everything was gone because the default working > file > is created under /tmp. Which happens to be a tmpfs filesystem on Arch > Linux. > Bummer. > > Of course you might ask "Why didn't you set TMPDIR to something else > beforehand!?". Well, I guess because I wasn't fully aware of what might > happen > should my computer crash. I never really gave a thought about where alpine > creates its tmp files. > > I've now set TMPDIR=$(HOME)/.alpine-tmp. I'd like to suggest that maybe > something like this should be a default setting for alpine since probably > most > modern Linux distros have /tmp on a tmpfs. And it sucks losing your work. > :-) > > Regards > Ferdinand Hello. My suggestion for solution is simple. In using Thunderbird, gmail (especially gmail), and web forms, I have oft had something happen where the software causes my attempted composition to disappear, sometimes, after an hour, or, a couple of hours, of work, obliterating my work. The solution is simple, as my wife has reminded me - where the composition is not brief, use a text editor, to create the text body, saving the work. every couple of minutes, then, when completed, copy the text into the target software application, for submission. If you want to not use an external text editor, an equivalent process within alpine, could be using the function to postpone composition, when composing a message in alpine, then, resuming the composition; although, I do not know whether the postponed message is automatically backed up, when resuming composition. If the postponed message is not automatically backed up, then, it could be possible to back up the postponed message, upon resuming composition, by exporting the postponed message, by exporting the message to a text file., before resuming the composition. I believe, however, that the simplest, and, more efficient, solution, is to use an external text editor to compose all messages, other than brief messages, as described above. -- Bret Busby Armadale West Australia (UTC+0800) .............. From mattack at apple.com Mon Aug 9 10:31:55 2021 From: mattack at apple.com (Matt Ackeret) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] default tmp directory and computer crashes ... In-Reply-To: <5b81d0c9-aa5c-69ea-f61a-9eeecdd6e4d@jku.at> References: <5b81d0c9-aa5c-69ea-f61a-9eeecdd6e4d@jku.at> Message-ID: <1F1F35A9-CA0D-4364-8B89-307E18056E37@apple.com> > On Aug 9, 2021, at 4:21 AM, Ferdinand Goldmann wrote: > I was writing a lengthy email the other day when suddenly my computer froze and > needed a reset. After rebooting I realized that although I had saved my mail > repeatedly while typing it everything was gone because the default working file > is created under /tmp. Which happens to be a tmpfs filesystem on Arch Linux. > Bummer. But Linux is perfect and never crashes?? (joking) ANOTHER solution is to use an IMAP server, and save your temporary work by 'postponing' your message. Then you can Compose and choose to Continue postponed message. Not saying one is better, just another alternative. From barrylandy at cantab.net Mon Aug 9 10:59:24 2021 From: barrylandy at cantab.net (Barry Landy) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] filtering Message-ID: <4a3cc34d-c2d9-22cb-b4fa-162833fadfb1@cantab.net> In my pinerc I have the following filters (created by the standard menu interface) The intention of the first one is to take any email from the alpine-info group and put it into the folder "alpineinfo". I assume that they are obeyed in this order so thealpineone is first. In practice this filter doesnt do anything, whereas the second filter works fine. I cant see any reason for that; can anyone enlighted me? patterns-filters2=LIT:pattern="/NICK=Alpine/TO=alpine-info/FROM=alpine-info/SENDER=alpine-info/CC=alpine-info/FLDTYPE=SPEC/FOLDER=INBOX" action="/FILTER=1/FOLDER=alpineinfo/NOKILL=1", LIT:pattern="/NICK=ctjc/TO=cujs-cong-comm/FROM=/FLDTYPE=SPEC/FOLDER=INBOX" action="/FILTER=1/FOLDER=ctjc/NOKILL=1", LIT:pattern="/NICK=addressunknown/FLDTYPE=SPEC/FOLDER=INBOX/AFROM=NO/AFROMA=FRS" action="/FILTER=1/FOLDER=naddr/NOKILL=1", LIT:pattern="/NICK=Barclays/FROM=barclays/FLDTYPE=SPEC/FOLDER=INBOX/STATN=YES/STATR=YES" action="/FILTER=1/FOLDER=barclays/NOKILL=1", LIT:pattern="/NICK=hodgin/FROM=rick.c.hodgin/FLDTYPE=NEWS/FOLDER=INBOX/STATN=YES" action="/FILTER=1" -- Please note my email is now barrylandy@cantab.net (though bl10@cam.ac.uk will still work) Barry Landy Home: +44-1223-570417 192, Gilbert Road College: +44-1223-362062 Cambridge CB4 3PB Efax: +44-870-458-0205 England Email BarryLandy@cantab.net From barrylandy at cantab.net Mon Aug 9 11:03:03 2021 From: barrylandy at cantab.net (Barry Landy) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] filtering In-Reply-To: <4a3cc34d-c2d9-22cb-b4fa-162833fadfb1@cantab.net> References: <4a3cc34d-c2d9-22cb-b4fa-162833fadfb1@cantab.net> Message-ID: I can see one thing. I should use the partic field instead of all of to, from, sender, cc as (if I read the spec right) it treats those as AND instead of OR. On Mon, 9 Aug 2021, Barry Landy wrote: :>In my pinerc I have the following filters (created by the standard menu :>interface) :> :>The intention of the first one is to take any email from the alpine-info group :>and put it into the folder "alpineinfo". :> :>I assume that they are obeyed in this order so thealpineone is first. :> :>In practice this filter doesnt do anything, whereas the second filter works :>fine. I cant see any reason for that; can anyone enlighted me? :> :>patterns-filters2=LIT:pattern="/NICK=Alpine/TO=alpine-info/FROM=alpine-info/SENDER=alpine-info/CC=alpine-info/FLDTYPE=SPEC/FOLDER=INBOX" :>action="/FILTER=1/FOLDER=alpineinfo/NOKILL=1", :> LIT:pattern="/NICK=ctjc/TO=cujs-cong-comm/FROM=/FLDTYPE=SPEC/FOLDER=INBOX" :>action="/FILTER=1/FOLDER=ctjc/NOKILL=1", :> LIT:pattern="/NICK=addressunknown/FLDTYPE=SPEC/FOLDER=INBOX/AFROM=NO/AFROMA=FRS" :>action="/FILTER=1/FOLDER=naddr/NOKILL=1", :> LIT:pattern="/NICK=Barclays/FROM=barclays/FLDTYPE=SPEC/FOLDER=INBOX/STATN=YES/STATR=YES" :>action="/FILTER=1/FOLDER=barclays/NOKILL=1", :> LIT:pattern="/NICK=hodgin/FROM=rick.c.hodgin/FLDTYPE=NEWS/FOLDER=INBOX/STATN=YES" :>action="/FILTER=1" :> :> -- Please note my email is now barrylandy@cantab.net (though bl10@cam.ac.uk will still work) Barry Landy Home: +44-1223-570417 192, Gilbert Road College: +44-1223-362062 Cambridge CB4 3PB Efax: +44-870-458-0205 England Email BarryLandy@cantab.net From bret at busby.net Mon Aug 9 12:56:32 2021 From: bret at busby.net (Bret Busby) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] filtering In-Reply-To: References: <4a3cc34d-c2d9-22cb-b4fa-162833fadfb1@cantab.net> Message-ID: <3e4cab4a-232f-bd6a-1664-54b64a389378@busby.net> On 10/8/21 2:03 am, Barry Landy wrote: > I can see one thing. I should use the partic field instead of all of to, > from, sender, cc as (if I read the spec right) it treats those as AND > instead of OR. > > On Mon, 9 Aug 2021, Barry Landy wrote: > > :>In my pinerc I have the following filters (created by the standard menu > :>interface) > :> > :>The intention of the first one is to take any email from the alpine-info group > :>and put it into the folder "alpineinfo". > :> > :>I assume that they are obeyed in this order so thealpineone is first. > :> > :>In practice this filter doesnt do anything, whereas the second filter works > :>fine. I cant see any reason for that; can anyone enlighted me? > :> > :>patterns-filters2=LIT:pattern="/NICK=Alpine/TO=alpine-info/FROM=alpine-info/SENDER=alpine-info/CC=alpine-info/FLDTYPE=SPEC/FOLDER=INBOX" > :>action="/FILTER=1/FOLDER=alpineinfo/NOKILL=1", > :> LIT:pattern="/NICK=ctjc/TO=cujs-cong-comm/FROM=/FLDTYPE=SPEC/FOLDER=INBOX" > :>action="/FILTER=1/FOLDER=ctjc/NOKILL=1", > :> LIT:pattern="/NICK=addressunknown/FLDTYPE=SPEC/FOLDER=INBOX/AFROM=NO/AFROMA=FRS" > :>action="/FILTER=1/FOLDER=naddr/NOKILL=1", > :> LIT:pattern="/NICK=Barclays/FROM=barclays/FLDTYPE=SPEC/FOLDER=INBOX/STATN=YES/STATR=YES" > :>action="/FILTER=1/FOLDER=barclays/NOKILL=1", > :> LIT:pattern="/NICK=hodgin/FROM=rick.c.hodgin/FLDTYPE=NEWS/FOLDER=INBOX/STATN=YES" > :>action="/FILTER=1" > :> > :> > I have two separate filters for this mailing list; a filter on the To field, and, a filter on the CC field. That captures both the messages that are distributed by the list (which could otherwise be captured using the header List-Id field), and, any messages that I send to the list. If you want to instead, use a single filter, I suggest that you implement a filter using the AllText option, and, filter on the value "alpine-info", without the quotation marks. Try that, and advise whether that works for you. -- Bret Busby Armadale West Australia (UTC+0800) .............. From Ferdinand.Goldmann at jku.at Tue Aug 10 23:27:34 2021 From: Ferdinand.Goldmann at jku.at (Ferdinand Goldmann) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] default tmp directory and computer crashes ... In-Reply-To: References: <5b81d0c9-aa5c-69ea-f61a-9eeecdd6e4d@jku.at> Message-ID: On Mon, 9 Aug 2021, Bret Busby wrote: > If you want to not use an external text editor, an equivalent process > within alpine, could be using the function to postpone Actually I was using an external editor - I'm using vim to write my messages. I know about postponing with ctrl-o, but that would not have helped in this case. As the computer had already crashed, I would not have been able to postpone the message anymore. So in summary: The only thing that really helps is 1. use a tmp file on a non-volatile storage 2. save early, save often Since my tmp file now lives in, e.g., ~/.alpine-tmp/pico.76105 and I type ':w' every now and then, I should be safe. Regards, Ferdinand -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5946 bytes Desc: S/MIME Cryptographic Signature URL: From robin.listas at telefonica.net Wed Aug 11 02:59:54 2021 From: robin.listas at telefonica.net (Carlos E. R.) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] default tmp directory and computer crashes ... In-Reply-To: <5b81d0c9-aa5c-69ea-f61a-9eeecdd6e4d@jku.at> References: <5b81d0c9-aa5c-69ea-f61a-9eeecdd6e4d@jku.at> Message-ID: <782196c5-84cd-4b13-7295-a0e37da60fc8@telefonica.net> On 09/08/2021 13.21, Ferdinand Goldmann wrote: > Hi, ... > I've now set TMPDIR=$(HOME)/.alpine-tmp. I'd like to suggest that > maybe something like this should be a default setting for alpine > since probably most modern Linux distros have /tmp on a tmpfs. openSUSE doesn't ;-) There was a discussion about making tmp a tmpfs. One or several, the subject pops up now and then. Not only that, we need /tmp not to be erased at boot, which is often another default. At least, I think that openSUSE Leap doesn't have that default. Tumbleweed might. > And it sucks losing your work. :-) Yes it does. :-( -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith)) -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 243 bytes Desc: OpenPGP digital signature URL: From barrylandy at cantab.net Wed Aug 11 03:12:21 2021 From: barrylandy at cantab.net (Barry Landy) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] filtering In-Reply-To: References: <4a3cc34d-c2d9-22cb-b4fa-162833fadfb1@cantab.net> Message-ID: <384b6cad-ef44-6650-8d17-2b8a896c9068@cantab.net> Indeed, I changed that as soon as I saw the help text on the partic field (I assumed the others were ORed instead of ANDed). However - still the same effect.... Another similar filter (for a different address) works fine. On Mon, 9 Aug 2021, Barry Landy wrote: :>I can see one thing. I should use the partic field instead of all of to, :>from, sender, cc as (if I read the spec right) it treats those as AND :>instead of OR. :> :>On Mon, 9 Aug 2021, Barry Landy wrote: :> :>:>In my pinerc I have the following filters (created by the standard menu :>:>interface) :>:> :>:>The intention of the first one is to take any email from the alpine-info group :>:>and put it into the folder "alpineinfo". :>:> :>:>I assume that they are obeyed in this order so thealpineone is first. :>:> :>:>In practice this filter doesnt do anything, whereas the second filter works :>:>fine. I cant see any reason for that; can anyone enlighted me? :>:> :>:>patterns-filters2=LIT:pattern="/NICK=Alpine/TO=alpine-info/FROM=alpine-info/SENDER=alpine-info/CC=alpine-info/FLDTYPE=SPEC/FOLDER=INBOX" :>:>action="/FILTER=1/FOLDER=alpineinfo/NOKILL=1", :>:> LIT:pattern="/NICK=ctjc/TO=cujs-cong-comm/FROM=/FLDTYPE=SPEC/FOLDER=INBOX" :>:>action="/FILTER=1/FOLDER=ctjc/NOKILL=1", :>:> LIT:pattern="/NICK=addressunknown/FLDTYPE=SPEC/FOLDER=INBOX/AFROM=NO/AFROMA=FRS" :>:>action="/FILTER=1/FOLDER=naddr/NOKILL=1", :>:> LIT:pattern="/NICK=Barclays/FROM=barclays/FLDTYPE=SPEC/FOLDER=INBOX/STATN=YES/STATR=YES" :>:>action="/FILTER=1/FOLDER=barclays/NOKILL=1", :>:> LIT:pattern="/NICK=hodgin/FROM=rick.c.hodgin/FLDTYPE=NEWS/FOLDER=INBOX/STATN=YES" :>:>action="/FILTER=1" :>:> :>:> :> :> -- Please note my email is now barrylandy@cantab.net (though bl10@cam.ac.uk will still work) Barry Landy Home: +44-1223-570417 192, Gilbert Road College: +44-1223-362062 Cambridge CB4 3PB Efax: +44-870-458-0205 England Email BarryLandy@cantab.net From alpine.chappa at yandex.com Wed Aug 11 07:45:39 2021 From: alpine.chappa at yandex.com (Eduardo Chappa) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] filtering In-Reply-To: <384b6cad-ef44-6650-8d17-2b8a896c9068@cantab.net> References: <4a3cc34d-c2d9-22cb-b4fa-162833fadfb1@cantab.net> <384b6cad-ef44-6650-8d17-2b8a896c9068@cantab.net> Message-ID: On Wed, 11 Aug 2021, Barry Landy wrote: > Indeed, I changed that as soon as I saw the help text on the partic > field (I assumed the others were ORed instead of ANDed). > > However - still the same effect.... Dear Barry, maybe this will work? # Patterns and their actions are stored here. patterns-filters2=LIT:pattern="/NICK=Alpine/PARTIC=alpine-info/FLDTYPE=SPEC/FOLDER=INBOX" action="/FILTER=1/FOLDER=alpineinfo/NOKILL=1", LIT:pattern="/NICK=ctjc/TO=cujs-cong-comm/FLDTYPE=SPEC/FOLDER=INBOX" action="/FILTER=1/FOLDER=ctjc/NOKILL=1", LIT:pattern="/NICK=addressunknown/FLDTYPE=SPEC/FOLDER=INBOX/AFROM=NO/AFROMA=FRS" action="/FILTER=1/FOLDER=naddr/NOKILL=1", LIT:pattern="/NICK=Barclays/FROM=barclays/FLDTYPE=SPEC/FOLDER=INBOX/STATN=YES/STATR=YES" action="/FILTER=1/FOLDER=barclays/NOKILL=1", LIT:pattern="/NICK=hodgin/FROM=rick.c.hodgin/FLDTYPE=NEWS/FOLDER=INBOX/STATN=YES" action="/FILTER=1" -- Eduardo From mepstein at illinois.edu Wed Aug 11 08:08:19 2021 From: mepstein at illinois.edu (Milt Epstein) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] default tmp directory and computer crashes ... In-Reply-To: References: <5b81d0c9-aa5c-69ea-f61a-9eeecdd6e4d@jku.at> Message-ID: On Wed, 11 Aug 2021, Ferdinand Goldmann wrote: > On Mon, 9 Aug 2021, Bret Busby wrote: > > > If you want to not use an external text editor, an equivalent process > > within alpine, could be using the function to postpone > > Actually I was using an external editor - I'm using vim to write my > messages. [ ... ] Doesn't vim auto-save files for you? It does for me -- I believe you said you're using Arch Linux, as am I. vim auto-save files get put in ~/.cache/vim/swap (that location has changed over time/upgrades). For instance, I just started editing a file with "vim /tmp/file", and if I do "ls ~/.cache/vim/swap/" (before I exit the editor), I see: %tmp%file.swp I don't know if there's any config necessary for this, but I don't think I added anything for it. Milt Epstein mepstein@illinois.edu From Ferdinand.Goldmann at jku.at Mon Aug 16 01:36:36 2021 From: Ferdinand.Goldmann at jku.at (Ferdinand Goldmann) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] default tmp directory and computer crashes ... In-Reply-To: References: <5b81d0c9-aa5c-69ea-f61a-9eeecdd6e4d@jku.at> Message-ID: <2b26278a-ca93-575-9ee9-913d1523412@jku.at> On Wed, 11 Aug 2021, Milt Epstein wrote: > Doesn't vim auto-save files for you? It does for me -- I believe you > said you're using Arch Linux, as am I. vim auto-save files get put in > ~/.cache/vim/swap (that location has changed over time/upgrades). You are right ... I just did a quick search and came up with this: https://vi.stackexchange.com/questions/830/does-vim-autosave > For instance, I just started editing a file with "vim /tmp/file", and > if I do "ls ~/.cache/vim/swap/" (before I exit the editor), I see: I vaguely remember that in the past, the .swp file was created in the same directory as the file you're editing, or under ~/.vim , so I did not look for it any further. Turns out that my file from the crash was indeed still in .cache/vim/swap. Duh. There also is a vim-autosave plugin https://github.com/chrisbra/vim-autosave.git Will be testing this too: AutoSave: active (every 300 seconds), triggers again in 268 seconds Looks nice :) Thanks for your input! Ferdinand -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5946 bytes Desc: S/MIME Cryptographic Signature URL: From robin.listas at telefonica.net Sun Aug 22 04:24:03 2021 From: robin.listas at telefonica.net (Carlos E. R.) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Certificate on imap folder question. Message-ID: <794d2f4-1334-e522-e2b8-ef196d2e192@telefonica.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 For very long I had this entry in my config: incoming-folders=... "imap Gmx L" {imap.gmx.es/ssl/novalidate-cert/user=whatever@gmx.es}INBOX, and looking at that I thought I should try with the certificate. So I changed it to: "imap Gmx L" {imap.gmx.es/ssl/user=whatever@gmx.es}INBOX, But it does not work. I get this window (by the way, I have to press "y" twelve times to exit it) +++........................ There was a failure validating the SSL/TLS certificate for the server imap.gmx.es The reason for the failure was Server name does not match certificate (details) We have not verified the identity of your server. If you ignore this certificate validation problem and continue, you could end up connecting to an imposter server. If the certificate validation failure was expected and permanent you may avoid seeing this warning message in the future by adding the option /novalidate-cert to the name of the folder you attempted to access. In other words, wherever you see the characters imap.gmx.es in your configuration, replace those characters with imap.gmx.es/novalidate-cert Answer "Yes" to ignore the warning and continue, "No" to cancel the open of this folder. ........................++- On details: +++........................ Host given by user: imap.gmx.es Reason for failure: Server name does not match certificate Certificate being verified: /C=DE/ST=Rheinland-Pfalz/L=Montabaur/O=1&1 Mail & Media GmbH/CN=mout.gmx.com ........................++- Is there an option to tell Alpine permanently that yes, the certificate identity is correct? Obviously, telling them to correct their certificate is impossible. I am using openSUSE Leap 15.2 - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCYSIz1Bwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVZ+gAoI+3p/RtHgVagfu0eGJ8 asiC1/9tAJ4pvCudqfRCgLCcM1W5cP/0ayQMug== =jV6E -----END PGP SIGNATURE----- From jason-alpine-info at shalott.net Sun Aug 22 08:39:58 2021 From: jason-alpine-info at shalott.net (jason-alpine-info@shalott.net) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Certificate on imap folder question. In-Reply-To: <794d2f4-1334-e522-e2b8-ef196d2e192@telefonica.net> References: <794d2f4-1334-e522-e2b8-ef196d2e192@telefonica.net> Message-ID: > "imap Gmx L" {imap.gmx.es/ssl/user=whatever@gmx.es}INBOX, > > The reason for the failure was > > Server name does not match certificate (details) > Is there an option to tell Alpine permanently that yes, the certificate > identity is correct? It looks like "imap.gmx.es" is not (or is no longer considered) a correct name for that server. The certificate lists all of the "correct" names for the server: echo "x logout" | openssl s_client -connect imap.gmx.es:imaps 2>/dev/null | openssl x509 -noout -text |egrep 'DNS' DNS:mout.gmx.com, DNS:pop.gmx.com, DNS:imap.gmx.com, DNS:smtp.gmx.com, DNS:mail.gmx.com, DNS:mx00.gmx.com, DNS:mx01.gmx.com So if you just change to one of those names, you'll be fine. "imap.gmx.com" (rather than "imap.gmx.es") looks like the best option. So just change the line "imap Gmx L" {imap.gmx.es/ssl/user=whatever@gmx.es}INBOX to "imap Gmx L" {imap.gmx.com/ssl/user=whatever@gmx.es}INBOX And it should work with correct validation. Of course, search-and-replace all other instances of "imap.gmx.es" in your config with "imap.gmx.com" as well. -Jason From robin.listas at telefonica.net Sun Aug 22 10:49:05 2021 From: robin.listas at telefonica.net (Carlos E. R.) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Certificate on imap folder question. In-Reply-To: References: <794d2f4-1334-e522-e2b8-ef196d2e192@telefonica.net> Message-ID: <35daf93b-2371-a989-7680-f4bfe744877b@telefonica.net> On 22/08/2021 17.39, jason-alpine-info@shalott.net wrote: > >> ?"imap Gmx L"? {imap.gmx.es/ssl/user=whatever@gmx.es}INBOX, >> >> The reason for the failure was >> >> Server name does not match? certificate (details) > >> Is there an option to tell Alpine permanently that yes, the >> certificate identity is correct? > > It looks like "imap.gmx.es" is not (or is no longer considered) a > correct name for that server. It never was. They forgot to add it. > The certificate lists all of the > "correct" names for the server: > > ????echo "x logout" | openssl s_client -connect imap.gmx.es:imaps > 2>/dev/null | openssl x509 -noout -text |egrep 'DNS' > ??????????????? DNS:mout.gmx.com, DNS:pop.gmx.com, DNS:imap.gmx.com, > DNS:smtp.gmx.com, DNS:mail.gmx.com, DNS:mx00.gmx.com, DNS:mx01.gmx.com > > So if you just change to one of those names, you'll be fine. > "imap.gmx.com" (rather than "imap.gmx.es") looks like the best option. > So just change the line No, sorry, I need to change the certificate defaults, not my login. Add an exception for this certificate, not "ignore the certificate". Accept imap.gmx.es as valid and correct in this computer. Changing my login is not acceptable. -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar) -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 209 bytes Desc: OpenPGP digital signature URL: From jason-alpine-info at shalott.net Sun Aug 22 17:37:27 2021 From: jason-alpine-info at shalott.net (jason-alpine-info@shalott.net) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Certificate on imap folder question. In-Reply-To: <35daf93b-2371-a989-7680-f4bfe744877b@telefonica.net> References: <794d2f4-1334-e522-e2b8-ef196d2e192@telefonica.net> <35daf93b-2371-a989-7680-f4bfe744877b@telefonica.net> Message-ID: >>> Server name does not match?certificate (details) >> >>> Is there an option to tell Alpine permanently that yes, the certificate >>> identity is correct? >> So if you just change to one of those names, you'll be fine. >> "imap.gmx.com" (rather than "imap.gmx.es") looks like the best option. >> So just change the line > No, sorry, I need to change the certificate defaults, not my login. Add > an exception for this certificate, not "ignore the certificate". > > Accept imap.gmx.es as valid and correct in this computer. Changing my > login is not acceptable. No, there is no option for that other than "/novalidate-cert". The "/novalidate-cert" alpine config does not mean "ignore the certificate" -- it means to not _validate_ the certificate. The main part of validating the certificate is checking that the name(s) inside the certificate match the name that you're attempting to connect to. That's kind of the whole point. You're asking how to tell alpine that you know the name doesn't match and that you don't care; that's what "/novalidate-cert" does. However, note that I was not suggesting you change your _login_. Your email address and your login info would stay exactly the same as they are. The only thing that would change is the imap server name in your alpine config. As this is a private value that is only used internally by alpine, I'm not sure why it would be a problem to change it. -Jason From robin.listas at telefonica.net Mon Aug 23 03:27:41 2021 From: robin.listas at telefonica.net (Carlos E. R.) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Certificate on imap folder question. In-Reply-To: References: <794d2f4-1334-e522-e2b8-ef196d2e192@telefonica.net> <35daf93b-2371-a989-7680-f4bfe744877b@telefonica.net> Message-ID: <21ae16af-12f2-84f7-82b2-3583008f6088@telefonica.net> On 23/08/2021 02.37, jason-alpine-info@shalott.net wrote: > >>>> Server name does not match?certificate (details) >>> >>>> Is there an option to tell Alpine permanently that yes, the >>>> certificate identity is correct? > >>> So if you just change to one of those names, you'll be fine. >>> "imap.gmx.com" (rather than "imap.gmx.es") looks like the best >>> option. So just change the line > >> No, sorry, I need to change the certificate defaults, not my login. >> Add an exception for this certificate, not "ignore the certificate". >> >> Accept imap.gmx.es as valid and correct in this computer. Changing my >> login is not acceptable. > > No, there is no option for that other than "/novalidate-cert".? The > "/novalidate-cert" alpine config does not mean "ignore the certificate" > -- it means to not _validate_ the certificate.? The main part of > validating the certificate is checking that the name(s) inside the > certificate match the name that you're attempting to connect to.? That's > kind of the whole point.? You're asking how to tell alpine that you know > the name doesn't match and that you don't care; that's what > "/novalidate-cert" does. > > However, note that I was not suggesting you change your _login_.? Your > email address and your login info would stay exactly the same as they > are. The only thing that would change is the imap server name in your > alpine config.? As this is a private value that is only used internally > by alpine, I'm not sure why it would be a problem to change it. The imap server might change behaviour depending on the name you try to connect to (like naming the folders in Spanish). It may happen that they have one name space of usernames for .es and another for .com, it is not warrantied to work. I have seen it in the past with other accounts, that there could be a: name@fantansticimap.es and another name@fantansticimap.de or name@fantansticimap.uk and all be different, even if they are served by the same server pool. In this case I have tried gmx.com and it appears to work, but I'm not comfortable at all. There is another aspect to the certificate verification. With novalidate-cert, a certificate for "foo.com" would be accepted as well, which is not what I would want. I would want the certificate for "mout.gmx.com" to be accepted as equivalent for "gmx.es", but no other certificate (even gmx.fr would be invalid). It is not that "I don't care". -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar) -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 209 bytes Desc: OpenPGP digital signature URL: From jason-alpine-info at shalott.net Mon Aug 23 05:48:54 2021 From: jason-alpine-info at shalott.net (jason-alpine-info@shalott.net) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Certificate on imap folder question. In-Reply-To: <21ae16af-12f2-84f7-82b2-3583008f6088@telefonica.net> References: <794d2f4-1334-e522-e2b8-ef196d2e192@telefonica.net> <35daf93b-2371-a989-7680-f4bfe744877b@telefonica.net> <21ae16af-12f2-84f7-82b2-3583008f6088@telefonica.net> Message-ID: >> However, note that I was not suggesting you change your _login_.? Your >> email address and your login info would stay exactly the same as they >> are. The only thing that would change is the imap server name in your >> alpine config.? As this is a private value that is only used internally >> by alpine, I'm not sure why it would be a problem to change it. > The imap server might change behaviour depending on the name you try to > connect to (like naming the folders in Spanish). It may happen that they > have one name space of usernames for .es and another for .com, it is not > warrantied to work. > > I have seen it in the past with other accounts, that there could be a: > > name@fantansticimap.es > and another > name@fantansticimap.de > > and all be different, even if they are served by the same server pool. Again, I think you might be confusing the username/accountname with the server name. In the IMAP protocol, the client never tells the server what name it tried to connect to. (This is in contrast to, e.g., a webserver, where the client sends an HTTP Host header to the server.) The only thing that's sent to the server is the username. Note that when the username is an email address, the entire address (including the "@domain" part) is the IMAP username. So going back to your original config: > "imap Gmx L" {imap.gmx.es/ssl/user=whatever@gmx.es}INBOX, The client will send an IMAP LOGIN command with a username of "whatever@gmx.es". The client never sends the string "imap.gmx.es" in any IMAP command, because there is no IMAP command for sending that. Note, you can confirm this for yourself by running alpine in debug mode: % alpine -d imap=9 % egrep "^IMAP DEBUG" .pine-debug1 | fgrep "imap.gmx.es" -Jason From ml-alpine at zu-con.org Tue Aug 24 00:52:18 2021 From: ml-alpine at zu-con.org (Matthias Rieber) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Certificate on imap folder question. In-Reply-To: <21ae16af-12f2-84f7-82b2-3583008f6088@telefonica.net> References: <794d2f4-1334-e522-e2b8-ef196d2e192@telefonica.net> <35daf93b-2371-a989-7680-f4bfe744877b@telefonica.net> <21ae16af-12f2-84f7-82b2-3583008f6088@telefonica.net> Message-ID: <23589b2f-a3d2-cf94-7653-8348a75e5729@zu-con.org> Hello, On Mon, 23 Aug 2021, Carlos E. R. wrote: [...] > In this case I have tried gmx.com and it appears to work, but I'm not > comfortable at all. Actually, that is (now) the documented imap server domain: https://support.gmx.es/pop-imap/imap/server.html If I remember correctly this was .es, but it has been changed to .com Regards, Matthias From robin.listas at telefonica.net Tue Aug 24 05:48:22 2021 From: robin.listas at telefonica.net (Carlos E. R.) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Certificate on imap folder question. In-Reply-To: <23589b2f-a3d2-cf94-7653-8348a75e5729@zu-con.org> References: <794d2f4-1334-e522-e2b8-ef196d2e192@telefonica.net> <35daf93b-2371-a989-7680-f4bfe744877b@telefonica.net> <21ae16af-12f2-84f7-82b2-3583008f6088@telefonica.net> <23589b2f-a3d2-cf94-7653-8348a75e5729@zu-con.org> Message-ID: <29aeb9e4-334b-abcc-2d45-684d43a42a5@telefonica.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday, 2021-08-24 at 09:52 +0200, Matthias Rieber wrote: > Hello, > > On Mon, 23 Aug 2021, Carlos E. R. wrote: > > [...] >> In this case I have tried gmx.com and it appears to work, but I'm not >> comfortable at all. > > Actually, that is (now) the documented imap server domain: > > https://support.gmx.es/pop-imap/imap/server.html > > If I remember correctly this was .es, but it has been changed to .com It seems so. I wrote to them (about the missing certificate), and they replied that the correct configuration is: SMTP Configuration * SMTP Server: mail.gmx.com * SMTP Port: 25 or 587 or 465 (STARTTLS, TLS or encrypted) POP & IMAP Configuration * POP3 Server: pop.gmx.com * POP3 Port: 110 or 995 (SSL or encrypted) * IMAP4 Server: imap.gmx.com * IMAP4 Port: 143 or 585 or 993 (SSL or encrypted) Thus I'm changing my configuration accordingly. Thanks everybody. If you are curious, the account I use to write here did not allow SSL nor TLS (the auto detection in Thunderbird chose Encryption:none). But just now I tried again and selected "ssl" in Alpine - and it worked! Also "tls" works. I'm surprised, it took them a decade at least. On SMTP, for years they used the sample certificate of their smtp server. I saw that in my logs: <2.6> 2012-06-18 00:48:16 Telcontar postfix 21895 - - A4479C292D: to=, relay=127.0.0.1[127.0.0.1]:10024, delay=0.34, delays=0.18/0/0/0.15, dsn=2.0.0, status=sent (250 2.0.0 from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as CF2C0C292E) <2.6> 2012-06-18 00:48:16 Telcontar postfix 4251 - - A4479C292D: removed <2.6> 2012-06-18 00:48:16 Telcontar dovecot - - - imap-login: Login: user=, method=PLAIN, rip=192.168.1.14, lip=192.168.1.14, TLS <2.6> 2012-06-18 00:48:17 Telcontar postfix 21900 - - setting up TLS connection to smtp.telefonica.net[213.4.149.228]:25 <2.6> 2012-06-18 00:48:17 Telcontar postfix 21900 - - certificate verification failed for smtp.telefonica.net[213.4.149.228]:25: untrusted issuer /C=US/O=RTFM, Inc./OU=Widgets Division/CN=Test CA20010517 <2.6> 2012-06-18 00:48:17 Telcontar postfix 21900 - - Untrusted TLS connection established to smtp.telefonica.net[213.4.149.228]:25: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits) <2.6> 2012-06-18 00:48:18 Telcontar postfix 21900 - - CF2C0C292E: to=, relay=smtp.telefonica.net[213.4.149.228]:25, delay=1.8, delays=0.08/0.05/0.9/0.75, dsn=2.0.0, status=sent (250 2.0.0 PaoH1j0073MknXX1iaoHtd mail accepted for delivery) <2.6> 2012-06-18 00:48:18 Telcontar postfix 4251 - - CF2C0C292E: removed - -- Cheers, Carlos E. R. (from openSUSE 15.2 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCYSTqlhwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVnzoAnAlYuT1rxL5ScFI3HmBi e1bj0e/4AJoDxZgJUmcK6sDyxqsT2Mz/Zj1v5g== =rYQQ -----END PGP SIGNATURE-----