From alpine-info at u.washington.edu Tue Sep 2 14:08:24 2025 From: alpine-info at u.washington.edu (Karen Lewellen via Alpine-info) Date: Tue Sep 2 14:08:32 2025 Subject: [Alpine-info] whitelisting addresses? Message-ID: Hi all, Unsure if I asked about this before. Still, what is the process in alpine to whitelist email addresses? Thanks Karen From alpine-info at u.washington.edu Tue Sep 2 14:32:08 2025 From: alpine-info at u.washington.edu (Chime Hart via Alpine-info) Date: Tue Sep 2 14:32:21 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: References: Message-ID: <084813d9-75d3-927f-b0e7-8a4e6227c4e1@hubert-humphrey.com> Hi Karen: I think it would depend on which spam program a given host is useing. Years ago when we had spam-asassin on Shellworld, there were individual black-and-white list files we could work with, but then I have no idea how Luke is handling it now. On my setup in FastMail, when I get spam, I hit an "s" for save, I think its a control+t to arrow around folders. I arrow down to spam training-and-select from not spam or spam learn-and-hit enter. Now those folders have items I saved over time. Chime From alpine-info at u.washington.edu Tue Sep 2 15:21:53 2025 From: alpine-info at u.washington.edu (Karen Lewellen via Alpine-info) Date: Tue Sep 2 15:21:59 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: <084813d9-75d3-927f-b0e7-8a4e6227c4e1@hubert-humphrey.com> References: <084813d9-75d3-927f-b0e7-8a4e6227c4e1@hubert-humphrey.com> Message-ID: Hi Chime, Thanks for those details. Let me be more specific to avoid confusion. When google removed the inclusive access to gmail via basic HTML, I secured a service that gives me access to it, using alpine, via imap. That service does not really know much about how alpine works. There are times when gmail places items into its spam folder that should not be placed there. In basic html I could say add that address to contacts avoiding the issue. Now though this door is closed. I seek a method within alpine itself, as the email client, that manages this process. Does one exist? Thanks, Karen On Tue, 2 Sep 2025, Chime Hart wrote: > Hi Karen: I think it would depend on which spam program a given host is useing. > Years ago when we had spam-asassin on Shellworld, there were individual > black-and-white list files we could work with, but then I have no idea how Luke > is handling it now. On my setup in FastMail, when I get spam, I hit an "s" for > save, I think its a control+t to arrow around folders. I arrow down to spam > training-and-select from not spam or spam learn-and-hit enter. Now those > folders have items I saved over time. > Chime > > From alpine-info at u.washington.edu Tue Sep 2 17:13:34 2025 From: alpine-info at u.washington.edu (Matt Ackeret via Alpine-info) Date: Tue Sep 2 17:13:40 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: References: <084813d9-75d3-927f-b0e7-8a4e6227c4e1@hubert-humphrey.com> Message-ID: <87C216BB-FBBE-411C-83A4-C5E707629FEA@apple.com> > On Sep 2, 2025, at 3:21?PM, Karen Lewellen via Alpine-info wrote: > I seek a method within alpine itself, as the email client, that manages this process. > Does one exist? > I don't think so. I think you will just have to save the message in another mailbox, in alpine. That is, go into the spam mailbox, and save messages into another mailbox. that might teach gmail in the long run, but I'm not sure. I suspect it's not just addresses, but message content. From alpine-info at u.washington.edu Tue Sep 2 18:27:29 2025 From: alpine-info at u.washington.edu (Karen Lewellen via Alpine-info) Date: Tue Sep 2 18:27:32 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: <87C216BB-FBBE-411C-83A4-C5E707629FEA@apple.com> References: <084813d9-75d3-927f-b0e7-8a4e6227c4e1@hubert-humphrey.com> <87C216BB-FBBE-411C-83A4-C5E707629FEA@apple.com> Message-ID: Hi there, your idea about teaching gmail is a fine one. I have several emails from this source. Indeed I saved it to my not spam folder. What I will also do is revisit many of the prior emails..reminding gmail that it is a welcome source. Thanks, Karen On Tue, 2 Sep 2025, Matt Ackeret via Alpine-info wrote: > > >> On Sep 2, 2025, at 3:21?PM, Karen Lewellen via Alpine-info wrote: >> I seek a method within alpine itself, as the email client, that manages this process. >> Does one exist? >> > > I don't think so. I think you will just have to save the message in another mailbox, in alpine. That is, go into the spam mailbox, and save messages into another mailbox. > > that might teach gmail in the long run, but I'm not sure. I suspect it's not just addresses, but message content. > > _______________________________________________ > Alpine-info mailing list > Alpine-info@u.washington.edu > http://mailman23.u.washington.edu/mailman/listinfo/alpine-info > From alpine-info at u.washington.edu Wed Sep 3 13:06:31 2025 From: alpine-info at u.washington.edu (Lucio Chiappetti via Alpine-info) Date: Wed Sep 3 13:06:43 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: References: Message-ID: <22o1n8n1-n656-p6r4-172-rqn026865295@ynzoengr.vans.vg> On Tue, 2 Sep 2025, Karen Lewellen via Alpine-info wrote: > Unsure if I asked about this before. Yes you did on August 17 (or at least I replied on such date). Please search the archives. > Still, what is the process in alpine to whitelist email addresses? There is no way that a Mail User Agent like alpine does a whitelisting on its input sources (i.e. in most cases IMAP folders), which are filled by a Mail Delivery Agent. If you'd have full control on your MDA (which is not the case when you are receiving mail on a commercial provider), than you could insert some form of spam filtering like spamassassin or procmail able to whitelist. If your input IMAP folders are filled by a commercial provider, there is nothing you can do to whitelist. What you could do is accessing the provider spam folder and recover the false positives. I don't think most commercial providers can be instructed to learn what you tag as no spam (definitely not gmail). From alpine-info at u.washington.edu Wed Sep 3 13:59:10 2025 From: alpine-info at u.washington.edu (Andrew C Aitchison via Alpine-info) Date: Wed Sep 3 13:59:21 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: <22o1n8n1-n656-p6r4-172-rqn026865295@ynzoengr.vans.vg> References: <22o1n8n1-n656-p6r4-172-rqn026865295@ynzoengr.vans.vg> Message-ID: <76301a55-af35-70a9-57ef-8deb98573c51@aitchison.me.uk> On Wed, 3 Sep 2025, Lucio Chiappetti via Alpine-info wrote: > I don't think most commercial providers can be instructed to learn what you > tag as no spam (definitely not gmail). ?? I was under the impression that if you moved a message from spam to not spam, Gmail automatically fed that into the algorithm. -- Andrew C. Aitchison Kendal, UK andrew@aitchison.me.uk From alpine-info at u.washington.edu Wed Sep 3 14:10:37 2025 From: alpine-info at u.washington.edu (Andrew C Aitchison via Alpine-info) Date: Wed Sep 3 14:10:44 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: References: <084813d9-75d3-927f-b0e7-8a4e6227c4e1@hubert-humphrey.com> Message-ID: On Tue, 2 Sep 2025, Karen Lewellen via Alpine-info wrote: > Let me be more specific to avoid confusion. > When google removed the inclusive access to gmail via basic HTML, I secured a > service that gives me access to it, using alpine, via imap. > That service does not really know much about how alpine works. > There are times when gmail places items into its spam folder that should not > be placed there. > In basic html I could say add that address to contacts avoiding the issue. > Now though this door is closed. > I seek a method within alpine itself, as the email client, that manages this > process. > Does one exist? If I understand correctly, GMail puts messages in the spam folder before imap sees them, so there is no way that Alpine can stop them from going in. There may (or may not) be a hook in Alpine where you could add something which reads the spam folder by imap and moves selected messages out to some other folder. Can anyone say whether there is such a hook - Eduardo ? There is probably a way within GMail that you (or someone sitting beside you at the screen) can whitelist certain addresses. You would have to do this each time you wanted to whitelist a new sender, but from then on messages from that person are likely to stay in your inbox rather than the spam folder. I say "likely to" because my undertanding is that GMail does not work in absolutes. -- Andrew C. Aitchison Kendal, UK andrew@aitchison.me.uk From alpine-info at u.washington.edu Wed Sep 3 15:29:35 2025 From: alpine-info at u.washington.edu (D. Hugh Redelmeier via Alpine-info) Date: Wed Sep 3 15:29:39 2025 Subject: [Alpine-info] Trivia trick on big folders In-Reply-To: <44219013-4d94-2395-6d8c-f8fe2d3fcc1c@telefonica.net> References: <44219013-4d94-2395-6d8c-f8fe2d3fcc1c@telefonica.net> Message-ID: > From: Carlos E. R. via Alpine-info > When displaying this account folder, which is big, if I try to sort by threads > (K-D), the operation takes too long and Alpine asks several times if I want to > kill it. Thanks for the tip. I appreciate learning from others. I'm guessing that your Alpine configuration is using IMAP. I don't seem to have this problem. My Alpine is using /var/spool/mail and ~/mail/... on Linux. This may be a rare configuration: I'm running a mail server on the same machine. It's the way I've used MUAs for 50 years (starting with UNIX's /bin/mail). One could do this with fetchmail (or getmail?) to copy messages from IMAP to the local machine. From alpine-info at u.washington.edu Wed Sep 3 17:37:46 2025 From: alpine-info at u.washington.edu (Karen Lewellen via Alpine-info) Date: Wed Sep 3 17:37:51 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: <76301a55-af35-70a9-57ef-8deb98573c51@aitchison.me.uk> References: <22o1n8n1-n656-p6r4-172-rqn026865295@ynzoengr.vans.vg> <76301a55-af35-70a9-57ef-8deb98573c51@aitchison.me.uk> Message-ID: Hi Andrew, I have indeed managed this with gmail previously, in my current imap setup. Moving an email from spam into not spam with gmail correcting the false positive. Will learn if the same worked with the email I hoped to whitelist tomorrow. Still, wanted to ask about a more alpine based solution just in case. Kind regard, Karen On Wed, 3 Sep 2025, Andrew C Aitchison via Alpine-info wrote: > On Wed, 3 Sep 2025, Lucio Chiappetti via Alpine-info wrote: > >> I don't think most commercial providers can be instructed to learn what >> you tag as no spam (definitely not gmail). > > ?? I was under the impression that if you moved a message from > spam to not spam, Gmail automatically fed that into the algorithm. > > -- > Andrew C. Aitchison Kendal, UK > andrew@aitchison.me.uk > _______________________________________________ > Alpine-info mailing list > Alpine-info@u.washington.edu > http://mailman23.u.washington.edu/mailman/listinfo/alpine-info > From alpine-info at u.washington.edu Wed Sep 3 17:42:17 2025 From: alpine-info at u.washington.edu (Karen Lewellen via Alpine-info) Date: Wed Sep 3 17:42:22 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: References: <084813d9-75d3-927f-b0e7-8a4e6227c4e1@hubert-humphrey.com> Message-ID: Hi Andrew, as shared I no longer have any direct access to gmail. Nor do I know who *someone* is. These days, speaking personally, I resonate with your gmail not working in absolutes stance. Would not risk tampering with my setup for sure. Kare On Wed, 3 Sep 2025, Andrew C Aitchison via Alpine-info wrote: > On Tue, 2 Sep 2025, Karen Lewellen via Alpine-info wrote: > >> Let me be more specific to avoid confusion. >> When google removed the inclusive access to gmail via basic HTML, I >> secured a service that gives me access to it, using alpine, via imap. >> That service does not really know much about how alpine works. >> There are times when gmail places items into its spam folder that should >> not be placed there. >> In basic html I could say add that address to contacts avoiding the issue. >> Now though this door is closed. >> I seek a method within alpine itself, as the email client, that manages >> this process. >> Does one exist? > > If I understand correctly, GMail puts messages in the spam folder before > imap sees them, so there is no way that Alpine can stop them from going in. > > There may (or may not) be a hook in Alpine where you could add > something which reads the spam folder by imap and moves selected > messages out to some other folder. > Can anyone say whether there is such a hook - Eduardo ? > > There is probably a way within GMail that you (or someone sitting beside > you at the screen) can whitelist certain addresses. You would have to do this > each time you wanted to whitelist a new sender, but from then on > messages from that person are likely to stay in your inbox rather than > the spam folder. I say "likely to" because my undertanding is that > GMail does not work in absolutes. > > -- > Andrew C. Aitchison Kendal, UK > andrew@aitchison.me.uk > _______________________________________________ > Alpine-info mailing list > Alpine-info@u.washington.edu > http://mailman23.u.washington.edu/mailman/listinfo/alpine-info > From alpine-info at u.washington.edu Thu Sep 4 07:32:36 2025 From: alpine-info at u.washington.edu (D. Hugh Redelmeier via Alpine-info) Date: Thu Sep 4 07:32:40 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: References: Message-ID: <8c5e9a39-6b0d-d7a1-f643-3274dfa0f5d3@mimosa.com> > From: Karen Lewellen via Alpine-info > Unsure if I asked about this before. > Still, what is the process in alpine to whitelist email addresses? Just to make things clearer (I'm not saying anything new): Alpine doesn't do SPAM classification or other blacklisting. So Alpine cannot have a setting to change SPAM classification or other blacklisting. Going a little further: If your upstream mail server sidelines some messages into a junk folders then Alpine could pick up those other folders. But I cannot imagine a way for Alpine to signal to the mail serverthat certain junked messages should be taken examples of non-SPAM. If you want to train your mail server (eg. gmail), you need to use its facilities to do so. I understand that you cannot do that. From alpine-info at u.washington.edu Thu Sep 4 09:25:06 2025 From: alpine-info at u.washington.edu (Damion Yates via Alpine-info) Date: Thu Sep 4 09:25:22 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: References: <084813d9-75d3-927f-b0e7-8a4e6227c4e1@hubert-humphrey.com> Message-ID: I understood that gmail's new UI should be great for accessibility and most good screenreaders should work with its html div layouts and specific accessibility hooks. The settings in gmail like adding filters and people to contacts to decrease incorrect spam, if you can't abide by the new UI could be done with somebody's help, but ultimately the sender's ability to send with low risk domain (SPF etc) is really the fix. Annoyingly my conveyancing solicitor has 100% of their emails classified as spam and I continually mark these as "not spam", but the learning algorithm is taking its sweet time or too many other people have decided they are spam or other signals in the email, so this isn't a quick fix and checking spam regularly is needed. I'm about 95% sure that under IMAP the action of moving out of spam into another folder (labels in gmail), DOES attempt to flag to gmail just like the "not spam" button in the UI. You may need the UI to enable visibility of the spam label (as a folder) to be seen by IMAP. As these are configured on a label by label basis. You can also configure only the last 1000 messages to show which will speed IMAP access up. There are loads of useful features in the UI which sadly will be needed for a bit even if you mostly use IMAP (like me). I tend to use offlineimap so sync as local NVMe is faster than a network connection over to europe/usa from the UK, but I occasionally directly connect to IMAP and this is a pain because you need to get the xoauth2 stuff working which I always worry about. offlineimap seems to be easier in this regard, but sending will also need xoauth2 anyway unless you want to risk sendmail which is likely going to lead to your own emails to be classified as spam. - Damion On Thu, Sep 4, 2025 at 1:43?AM Karen Lewellen via Alpine-info < alpine-info@u.washington.edu> wrote: > Hi Andrew, > as shared I no longer have any direct access to gmail. Nor do I know who > *someone* is. > These days, speaking personally, I resonate with your gmail not working in > absolutes stance. > Would not risk tampering with my setup for sure. > Kare > > > > On Wed, 3 Sep 2025, Andrew C Aitchison via Alpine-info wrote: > > > On Tue, 2 Sep 2025, Karen Lewellen via Alpine-info wrote: > > > >> Let me be more specific to avoid confusion. > >> When google removed the inclusive access to gmail via basic HTML, I > >> secured a service that gives me access to it, using alpine, via imap. > >> That service does not really know much about how alpine works. > >> There are times when gmail places items into its spam folder that > should > >> not be placed there. > >> In basic html I could say add that address to contacts avoiding the > issue. > >> Now though this door is closed. > >> I seek a method within alpine itself, as the email client, that > manages > >> this process. > >> Does one exist? > > > > If I understand correctly, GMail puts messages in the spam folder before > > imap sees them, so there is no way that Alpine can stop them from going > in. > > > > There may (or may not) be a hook in Alpine where you could add > > something which reads the spam folder by imap and moves selected > > messages out to some other folder. > > Can anyone say whether there is such a hook - Eduardo ? > > > > There is probably a way within GMail that you (or someone sitting beside > > you at the screen) can whitelist certain addresses. You would have to do > this > > each time you wanted to whitelist a new sender, but from then on > > messages from that person are likely to stay in your inbox rather than > > the spam folder. I say "likely to" because my undertanding is that > > GMail does not work in absolutes. > > > > -- > > Andrew C. Aitchison Kendal, UK > > andrew@aitchison.me.uk > > _______________________________________________ > > Alpine-info mailing list > > Alpine-info@u.washington.edu > > http://mailman23.u.washington.edu/mailman/listinfo/alpine-info > > > _______________________________________________ > Alpine-info mailing list > Alpine-info@u.washington.edu > http://mailman23.u.washington.edu/mailman/listinfo/alpine-info > -- Damion Yates - damion.yates@gmail.com London, England -------------- next part -------------- An HTML attachment was scrubbed... URL: From alpine-info at u.washington.edu Thu Sep 4 09:56:38 2025 From: alpine-info at u.washington.edu (Lucio Chiappetti via Alpine-info) Date: Thu Sep 4 09:56:52 2025 Subject: [Alpine-info] Trivia trick on big folders In-Reply-To: References: Message-ID: <1q9qq697-79s2-427-n2pn-87375149p6n9@ynzoengr.vans.vg> On Wed, 3 Sep 2025, D. Hugh Redelmeier via Alpine-info wrote: > I don't seem to have this problem. My Alpine is using /var/spool/mail > and ~/mail/... on Linux. You are lucky to still have it, I made a successful attempt to emulate it, but requires some tricks (fetchmail). > This may be a rare configuration: I'm running a mail server on the same > machine. It's the way I've used MUAs for 50 years Well ... 50 maybe is a lot. We started having e-mail in the late '80s. There should be e-mail from me (on BITNET) archived somewhere dating 1990 or just before. And yes, that's the way I like to use MUAs, amd the way my workplace used to work (local spamassassin filtering, very effective, no false positives and very few false negatives) until the whole national institution decide to move to Gsuite because of decaying know-how on how to run a mail server :-( > One could do this with fetchmail (or getmail?) to copy messages from > IMAP to the local machine. Yes, currently I use fetchmail to get my mail and work (almost) in the good old way. On Wed, 3 Sep 2025, Andrew C Aitchison via Alpine-info wrote: > I was under the impression that if you moved a message from > spam to not spam, Gmail automatically fed that into the algorithm. Sorry to contradict you, but my impression was the opposite. I tried systematically in the first months of Gsuite to mark false positives as not spam, but IT DID NOT LEARN. Also it required to log in gmail using their client (which is something I'd like to avoid) to use the no-spam button. > There may (or may not) be a hook in Alpine where you could add > something which reads the spam folder by imap and moves selected > messages out to some other folder. > Can anyone say whether there is such a hook - Eduardo ? Do not know about doing that all in Alpine, possibly a rule, if you can master the odd fodler naming of gmail. Thr way to do that in Alpine MANUALLY is to access gmail spam folder via imap in Alpine and move false positives. This is what I do routinely once per day. Actually I've configured gmail to forward all NON-SPAM (as they classify it, for spam-marked is too late) to a third provider. From there I use fetchmail. This other provider can have a few false positives of its own, but in this case I felt simpler to use fetchmail from its spam folder automatically. See my message of Aug 17 for some Alpine syntax I use. From alpine-info at u.washington.edu Thu Sep 4 11:52:37 2025 From: alpine-info at u.washington.edu (Carlos E. R. via Alpine-info) Date: Thu Sep 4 11:52:44 2025 Subject: [Alpine-info] Trivia trick on big folders In-Reply-To: References: <44219013-4d94-2395-6d8c-f8fe2d3fcc1c@telefonica.net> Message-ID: On 2025-09-04 00:29, D. Hugh Redelmeier via Alpine-info wrote: >> From: Carlos E. R. via Alpine-info > >> When displaying this account folder, which is big, if I try to sort by threads >> (K-D), the operation takes too long and Alpine asks several times if I want to >> kill it. > > Thanks for the tip. I appreciate learning from others. > > I'm guessing that your Alpine configuration is using IMAP. Yes. Also, this is a remote account, I also have a huge local account also on imap. > > I don't seem to have this problem. My Alpine is using /var/spool/mail and > ~/mail/... on Linux. > > This may be a rare configuration: I'm running a mail server on the same > machine. It's the way I've used MUAs for 50 years (starting with > UNIX's /bin/mail). One could do this with fetchmail (or getmail?) to copy > messages from IMAP to the local machine. Yes, I keep my local archive using dovecot, but I read the email on my provider servers, using imap. I no longer use fetchmail. Instead, I move old mail either with Alpine to local folders, or using "imapsync". I could use fetchmail, but that operation does not preserve the "read" flags. -- Cheers / Saludos, Carlos E. R. (from 15.6 x86_64 at Telcontar) -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 209 bytes Desc: OpenPGP digital signature URL: From alpine-info at u.washington.edu Thu Sep 4 20:30:58 2025 From: alpine-info at u.washington.edu (Karen Lewellen via Alpine-info) Date: Thu Sep 4 20:31:03 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: References: <084813d9-75d3-927f-b0e7-8a4e6227c4e1@hubert-humphrey.com> Message-ID: R29vZCBmb3IgYWNjZXNzaWJpbGl0eSBmb3Igd2hvIGV4YWN0bHk/DQpjZXJ0YWlubHkgYWxtb3N0 IG5vIG9uZSBvbiBHb29nbGUncyBvd24gYWNjZXNzaWJpbGl0eSBtYWlsaW5nIGxpc3Qgd291bGQg DQphZ3JlZS4uYWZ0ZXIgYWxsIGl0cyBub3QgbGlrZSBpbmRpdmlkdWFscyB1c2luZyBhZGFwdGl2 ZSB0ZWNobm9sb2d5IGFyZSANCmludGVyY2hhbmdlYWJsZSBmb3Igb25lIGFub3RoZXIuDQpFdmVy eXRoaW5nIGZyb20gdm9pY2UgYnJvd3NlcnMgdG8gaGlnaGxpZ2h0aW5nIHRvb2xzIGZvciBpbmRp dmlkdWFsIGNvZ25pdGl2ZSANCmV4cGVyaWVuY2VzIGFwcHJlY2lhdGUgIHRoZSBiYXNlbGluZSBi YXNpYyBodG1sIHByb3ZpZGVkLiAgQW5kIG9mIGNvdXJzZSANCmhhdmluZyB0aGF0IGZsb29yIGRv ZXMgbm90IHByZXZlbnQgICBncmFwaGljYWwgaW50ZXJmYWNlcyBmb3IgdGhvc2Ugd2hvIA0KcHJl ZmVyIHRoZW0uDQppdHMgYSBtYXR0ZXIgb2YgcmVzcGVjdGluZywgYW5kIHByb3ZpZGluZyBjaG9p Y2VzIGZvciBpbmRpdmlkdWFscyB0byANCmNyZWF0ZSB3aGF0IHRoZWlyIGJvZHkgcmVxdWlyZXMu DQoNCg0KT24gVGh1LCA0IFNlcCAyMDI1LCBEYW1pb24gWWF0ZXMgd3JvdGU6DQoNCj4gSSB1bmRl cnN0b29kIHRoYXQgZ21haWwncyBuZXcgVUkgc2hvdWxkIGJlIGdyZWF0IGZvciBhY2Nlc3NpYmls aXR5IGFuZCBtb3N0DQo+IGdvb2Qgc2NyZWVucmVhZGVycyBzaG91bGQgd29yayB3aXRoIGl0cyBo dG1sIGRpdiBsYXlvdXRzIGFuZCBzcGVjaWZpYw0KPiBhY2Nlc3NpYmlsaXR5IGhvb2tzLg0KPiBU aGUgc2V0dGluZ3MgaW4gZ21haWwgbGlrZSBhZGRpbmcgZmlsdGVycyBhbmQgcGVvcGxlIHRvIGNv bnRhY3RzIHRvDQo+IGRlY3JlYXNlIGluY29ycmVjdCBzcGFtLCBpZiB5b3UgY2FuJ3QgYWJpZGUg YnkgdGhlIG5ldyBVSSBjb3VsZCBiZSBkb25lDQo+IHdpdGggc29tZWJvZHkncyBoZWxwLCBidXQg dWx0aW1hdGVseSB0aGUgc2VuZGVyJ3MgYWJpbGl0eSB0byBzZW5kIHdpdGggbG93DQo+IHJpc2sg ZG9tYWluIChTUEYgZXRjKSBpcyByZWFsbHkgdGhlIGZpeC4NCj4NCj4gQW5ub3lpbmdseSBteSBj b252ZXlhbmNpbmcgc29saWNpdG9yIGhhcyAxMDAlIG9mIHRoZWlyIGVtYWlscyBjbGFzc2lmaWVk IGFzDQo+IHNwYW0gYW5kIEkgY29udGludWFsbHkgbWFyayB0aGVzZSBhcyAibm90IHNwYW0iLCBi dXQgdGhlIGxlYXJuaW5nIGFsZ29yaXRobQ0KPiBpcyB0YWtpbmcgaXRzIHN3ZWV0IHRpbWUgb3Ig dG9vIG1hbnkgb3RoZXIgcGVvcGxlIGhhdmUgZGVjaWRlZCB0aGV5DQo+IGFyZSBzcGFtIG9yIG90 aGVyIHNpZ25hbHMgaW4gdGhlIGVtYWlsLCBzbyB0aGlzIGlzbid0IGEgcXVpY2sgZml4IGFuZA0K PiBjaGVja2luZyBzcGFtIHJlZ3VsYXJseSBpcyBuZWVkZWQuDQo+DQo+IEknbSBhYm91dCA5NSUg c3VyZSB0aGF0IHVuZGVyIElNQVAgdGhlIGFjdGlvbiBvZiBtb3Zpbmcgb3V0IG9mIHNwYW0gaW50 bw0KPiBhbm90aGVyIGZvbGRlciAobGFiZWxzIGluIGdtYWlsKSwgRE9FUyBhdHRlbXB0IHRvIGZs YWcgdG8gZ21haWwganVzdCBsaWtlDQo+IHRoZSAibm90IHNwYW0iIGJ1dHRvbiBpbiB0aGUgVUku DQo+DQo+IFlvdSBtYXkgbmVlZCB0aGUgVUkgdG8gZW5hYmxlIHZpc2liaWxpdHkgb2YgdGhlIHNw YW0gbGFiZWwgKGFzIGEgZm9sZGVyKSB0bw0KPiBiZSBzZWVuIGJ5IElNQVAuICBBcyB0aGVzZSBh cmUgY29uZmlndXJlZCBvbiBhIGxhYmVsIGJ5IGxhYmVsIGJhc2lzLiAgWW91DQo+IGNhbiBhbHNv IGNvbmZpZ3VyZSBvbmx5IHRoZSBsYXN0IDEwMDAgbWVzc2FnZXMgdG8gc2hvdyB3aGljaCB3aWxs IHNwZWVkDQo+IElNQVAgYWNjZXNzIHVwLg0KPiBUaGVyZSBhcmUgbG9hZHMgb2YgdXNlZnVsIGZl YXR1cmVzIGluIHRoZSBVSSB3aGljaCBzYWRseSB3aWxsIGJlIG5lZWRlZCBmb3INCj4gYSBiaXQg ZXZlbiBpZiB5b3UgbW9zdGx5IHVzZSBJTUFQIChsaWtlIG1lKS4NCj4NCj4gSSB0ZW5kIHRvIHVz ZSBvZmZsaW5laW1hcCBzbyBzeW5jIGFzIGxvY2FsIE5WTWUgaXMgZmFzdGVyIHRoYW4gYSBuZXR3 b3JrDQo+IGNvbm5lY3Rpb24gb3ZlciB0byBldXJvcGUvdXNhIGZyb20gdGhlIFVLLCBidXQgSSBv Y2Nhc2lvbmFsbHkgZGlyZWN0bHkNCj4gY29ubmVjdCB0byBJTUFQIGFuZCB0aGlzIGlzIGEgcGFp biBiZWNhdXNlIHlvdSBuZWVkIHRvIGdldCB0aGUgeG9hdXRoMg0KPiBzdHVmZiB3b3JraW5nIHdo aWNoIEkgYWx3YXlzIHdvcnJ5IGFib3V0LiAgb2ZmbGluZWltYXAgc2VlbXMgdG8gYmUgZWFzaWVy DQo+IGluIHRoaXMgcmVnYXJkLCBidXQgc2VuZGluZyB3aWxsIGFsc28gbmVlZCB4b2F1dGgyIGFu eXdheSB1bmxlc3MgeW91IHdhbnQNCj4gdG8gcmlzayBzZW5kbWFpbCB3aGljaCBpcyBsaWtlbHkg Z29pbmcgdG8gbGVhZCB0byB5b3VyIG93biBlbWFpbHMgdG8gYmUNCj4gY2xhc3NpZmllZCBhcyBz cGFtLg0KPg0KPg0KPiAtIERhbWlvbg0KPg0KPiBPbiBUaHUsIFNlcCA0LCAyMDI1IGF0IDE6NDPi gK9BTSBLYXJlbiBMZXdlbGxlbiB2aWEgQWxwaW5lLWluZm8gPA0KPiBhbHBpbmUtaW5mb0B1Lndh c2hpbmd0b24uZWR1PiB3cm90ZToNCj4NCj4+IEhpIEFuZHJldywNCj4+IGFzIHNoYXJlZCBJIG5v IGxvbmdlciBoYXZlIGFueSBkaXJlY3QgYWNjZXNzIHRvIGdtYWlsLiBOb3IgZG8gSSBrbm93IHdo bw0KPj4gKnNvbWVvbmUqIGlzLg0KPj4gVGhlc2UgZGF5cywgc3BlYWtpbmcgcGVyc29uYWxseSwg SSByZXNvbmF0ZSB3aXRoIHlvdXIgZ21haWwgbm90IHdvcmtpbmcgaW4NCj4+IGFic29sdXRlcyBz dGFuY2UuDQo+PiBXb3VsZCBub3QgcmlzayB0YW1wZXJpbmcgd2l0aCBteSBzZXR1cCBmb3Igc3Vy ZS4NCj4+IEthcmUNCj4+DQo+Pg0KPj4NCj4+IE9uIFdlZCwgMyBTZXAgMjAyNSwgQW5kcmV3IEMg QWl0Y2hpc29uIHZpYSBBbHBpbmUtaW5mbyB3cm90ZToNCj4+DQo+Pj4gT24gVHVlLCAyIFNlcCAy MDI1LCBLYXJlbiBMZXdlbGxlbiB2aWEgQWxwaW5lLWluZm8gd3JvdGU6DQo+Pj4NCj4+Pj4gIExl dCBtZSBiZSBtb3JlIHNwZWNpZmljIHRvIGF2b2lkIGNvbmZ1c2lvbi4NCj4+Pj4gIFdoZW4gZ29v Z2xlIHJlbW92ZWQgdGhlIGluY2x1c2l2ZSBhY2Nlc3MgdG8gZ21haWwgdmlhIGJhc2ljIEhUTUws IEkNCj4+Pj4gIHNlY3VyZWQgYSBzZXJ2aWNlIHRoYXQgZ2l2ZXMgbWUgYWNjZXNzIHRvIGl0LCB1 c2luZyBhbHBpbmUsIHZpYSBpbWFwLg0KPj4+PiAgVGhhdCBzZXJ2aWNlIGRvZXMgbm90IHJlYWxs eSBrbm93IG11Y2ggYWJvdXQgaG93IGFscGluZSB3b3Jrcy4NCj4+Pj4gIFRoZXJlIGFyZSB0aW1l cyB3aGVuIGdtYWlsIHBsYWNlcyBpdGVtcyBpbnRvIGl0cyBzcGFtIGZvbGRlciB0aGF0DQo+PiBz aG91bGQNCj4+Pj4gIG5vdCBiZSBwbGFjZWQgdGhlcmUuDQo+Pj4+ICBJbiBiYXNpYyBodG1sIEkg Y291bGQgc2F5IGFkZCB0aGF0IGFkZHJlc3MgdG8gY29udGFjdHMgYXZvaWRpbmcgdGhlDQo+PiBp c3N1ZS4NCj4+Pj4gIE5vdyB0aG91Z2ggdGhpcyBkb29yIGlzIGNsb3NlZC4NCj4+Pj4gIEkgc2Vl ayBhIG1ldGhvZCB3aXRoaW4gYWxwaW5lIGl0c2VsZiwgYXMgdGhlIGVtYWlsIGNsaWVudCwgdGhh dA0KPj4gbWFuYWdlcw0KPj4+PiAgdGhpcyBwcm9jZXNzLg0KPj4+PiAgRG9lcyBvbmUgZXhpc3Q/ DQo+Pj4NCj4+PiBJZiBJIHVuZGVyc3RhbmQgY29ycmVjdGx5LCBHTWFpbCBwdXRzIG1lc3NhZ2Vz IGluIHRoZSBzcGFtIGZvbGRlciBiZWZvcmUNCj4+PiBpbWFwIHNlZXMgdGhlbSwgc28gdGhlcmUg aXMgbm8gd2F5IHRoYXQgQWxwaW5lIGNhbiBzdG9wIHRoZW0gZnJvbSBnb2luZw0KPj4gaW4uDQo+ Pj4NCj4+PiBUaGVyZSBtYXkgKG9yIG1heSBub3QpIGJlIGEgaG9vayBpbiBBbHBpbmUgd2hlcmUg eW91IGNvdWxkIGFkZA0KPj4+IHNvbWV0aGluZyB3aGljaCByZWFkcyB0aGUgc3BhbSBmb2xkZXIg YnkgaW1hcCBhbmQgbW92ZXMgc2VsZWN0ZWQNCj4+PiBtZXNzYWdlcyBvdXQgdG8gc29tZSBvdGhl ciBmb2xkZXIuDQo+Pj4gQ2FuIGFueW9uZSBzYXkgd2hldGhlciB0aGVyZSBpcyBzdWNoIGEgaG9v ayAtIEVkdWFyZG8gPw0KPj4+DQo+Pj4gVGhlcmUgaXMgcHJvYmFibHkgYSB3YXkgd2l0aGluIEdN YWlsIHRoYXQgeW91IChvciBzb21lb25lIHNpdHRpbmcgYmVzaWRlDQo+Pj4geW91IGF0IHRoZSBz Y3JlZW4pIGNhbiB3aGl0ZWxpc3QgY2VydGFpbiBhZGRyZXNzZXMuIFlvdSB3b3VsZCBoYXZlIHRv IGRvDQo+PiB0aGlzDQo+Pj4gZWFjaCB0aW1lIHlvdSB3YW50ZWQgdG8gd2hpdGVsaXN0IGEgbmV3 IHNlbmRlciwgYnV0IGZyb20gdGhlbiBvbg0KPj4+IG1lc3NhZ2VzIGZyb20gdGhhdCBwZXJzb24g YXJlIGxpa2VseSB0byBzdGF5IGluIHlvdXIgaW5ib3ggcmF0aGVyIHRoYW4NCj4+PiB0aGUgc3Bh bSBmb2xkZXIuIEkgc2F5ICJsaWtlbHkgdG8iIGJlY2F1c2UgbXkgdW5kZXJ0YW5kaW5nIGlzIHRo YXQNCj4+PiBHTWFpbCBkb2VzIG5vdCB3b3JrIGluIGFic29sdXRlcy4NCj4+Pg0KPj4+IC0tDQo+ Pj4gQW5kcmV3IEMuIEFpdGNoaXNvbiAgICAgICAgICAgICAgICAgICAgICBLZW5kYWwsIFVLDQo+ Pj4gICAgICAgICAgICAgICAgICAgYW5kcmV3QGFpdGNoaXNvbi5tZS51aw0KPj4+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4gQWxwaW5lLWluZm8g bWFpbGluZyBsaXN0DQo+Pj4gQWxwaW5lLWluZm9AdS53YXNoaW5ndG9uLmVkdQ0KPj4+IGh0dHA6 Ly9tYWlsbWFuMjMudS53YXNoaW5ndG9uLmVkdS9tYWlsbWFuL2xpc3RpbmZvL2FscGluZS1pbmZv DQo+Pj4NCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+PiBBbHBpbmUtaW5mbyBtYWlsaW5nIGxpc3QNCj4+IEFscGluZS1pbmZvQHUud2FzaGluZ3Rv bi5lZHUNCj4+IGh0dHA6Ly9tYWlsbWFuMjMudS53YXNoaW5ndG9uLmVkdS9tYWlsbWFuL2xpc3Rp bmZvL2FscGluZS1pbmZvDQo+Pg0KPg0KPg0KPiAtLSANCj4gRGFtaW9uIFlhdGVzIC0gZGFtaW9u LnlhdGVzQGdtYWlsLmNvbQ0KPiBMb25kb24sIEVuZ2xhbmQNCj4K From alpine-info at u.washington.edu Fri Sep 5 15:45:12 2025 From: alpine-info at u.washington.edu (Karen Lewellen via Alpine-info) Date: Fri Sep 5 15:45:21 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: <8c5e9a39-6b0d-d7a1-f643-3274dfa0f5d3@mimosa.com> References: <8c5e9a39-6b0d-d7a1-f643-3274dfa0f5d3@mimosa.com> Message-ID: Hi there! Nice to find you here. While you shared nothing new, your post got me wondering what would happen if I saved the contents of my not-spam folder back to my inbox? I may test this, if my prior idea fails..the setup is rather fragile. I do not want the soul providing the door to try and address the problem. Cheers, Karen On Thu, 4 Sep 2025, D. Hugh Redelmeier wrote: >> From: Karen Lewellen via Alpine-info > >> Unsure if I asked about this before. >> Still, what is the process in alpine to whitelist email addresses? > > Just to make things clearer (I'm not saying anything new): > > Alpine doesn't do SPAM classification or other blacklisting. > So Alpine cannot have a setting to change SPAM classification or other > blacklisting. > > Going a little further: > > If your upstream mail server sidelines some messages into a junk folders > then Alpine could pick up those other folders. > > But I cannot imagine a way for Alpine to signal to the mail serverthat > certain junked messages should be taken examples of non-SPAM. > > If you want to train your mail server (eg. gmail), you need to use its > facilities to do so. I understand that you cannot do that. > From alpine-info at u.washington.edu Fri Sep 5 21:36:05 2025 From: alpine-info at u.washington.edu (D. Hugh Redelmeier via Alpine-info) Date: Fri Sep 5 21:36:08 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: References: <8c5e9a39-6b0d-d7a1-f643-3274dfa0f5d3@mimosa.com> Message-ID: (I will top-post because Karen finds that easier to read.) (Karen and I are also on the Greater Toronto Area Linux Users Group mailing list.) I don't know much about wrangling GMail: I avoid GMail as much as possible. Luckily some other list members seem to know more. > From: Karen Lewellen > > Hi there! > Nice to find you here. > While you shared nothing new, your post got me wondering what would happen if > I saved the contents of my not-spam folder back to my inbox? > I may test this, if my prior idea fails..the setup is rather fragile. I do not > want the soul providing the door to try and address the problem. > Cheers, > Karen > > > > On Thu, 4 Sep 2025, D. Hugh Redelmeier wrote: > > >> From: Karen Lewellen via Alpine-info > > > >> Unsure if I asked about this before. > >> Still, what is the process in alpine to whitelist email addresses? > > > > Just to make things clearer (I'm not saying anything new): > > > > Alpine doesn't do SPAM classification or other blacklisting. > > So Alpine cannot have a setting to change SPAM classification or other > > blacklisting. > > > > Going a little further: > > > > If your upstream mail server sidelines some messages into a junk folders > > then Alpine could pick up those other folders. > > > > But I cannot imagine a way for Alpine to signal to the mail serverthat > > certain junked messages should be taken examples of non-SPAM. > > > > If you want to train your mail server (eg. gmail), you need to use its > > facilities to do so. I understand that you cannot do that. > > > From alpine-info at u.washington.edu Sun Sep 7 14:16:08 2025 From: alpine-info at u.washington.edu (Marco de Santo via Alpine-info) Date: Sun Sep 7 14:16:19 2025 Subject: [Alpine-info] 3 grandes ventajas de contar con un servicio especializado en Alquiler de impresoras para empresas en 2025 Message-ID: A continuaci?n detallaremos 3 grandes ventajas de contar con un servicio especializado de Alquiler de impresoras para empresas, orientado al p?blico de la Rep?blica Argentina: Ahorro en costos operativos: Al alquilar impresoras, las empresas evitan el alto costo inicial de comprar equipos de ?ltima tecnolog?a. Adem?s, el servicio de alquiler incluye el mantenimiento, soporte t?cnico y, en muchos casos, la reposici?n de insumos como t?ner y papel, lo que permite una previsi?n m?s controlada de los gastos mensuales sin sorpresas ni costos ocultos. Acceso a tecnolog?a avanzada: Las empresas que ofrecen servicios de alquiler de impresoras generalmente brindan equipos de ?ltima generaci?n, actualizados con las m?s recientes funcionalidades y caracter?sticas. Esto garantiza que las empresas siempre cuenten con tecnolog?a eficiente y moderna, optimizando sus procesos de impresi?n sin la necesidad de realizar grandes inversiones en la compra de equipos nuevos. Flexibilidad y escalabilidad: Al contratar un servicio de alquiler de impresoras, las empresas en Argentina tienen la flexibilidad de ajustar la cantidad y tipo de impresoras seg?n sus necesidades, algo esencial en mercados cambiantes. Ya sea que una empresa crezca o disminuya su operaci?n, el contrato puede adaptarse para satisfacer esas nuevas necesidades, sin comprometerse a largo plazo con equipos que pueden quedar obsoletos o insuficientes. > Estas ventajas hacen del alquiler para empresas una opci?n atractiva para las empresas argentinas que buscan eficiencia y ahorro en sus operaciones. --------------------------------------------------------------- Recuerda, En https://alquilerdeimpresoras.com.ar/ disponemos de equipos nuevos y usados, con t?ners originales y alternativos, para que pueda elegir la mejor soluci?n a sus necesidades. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alpine-info at u.washington.edu Mon Sep 8 12:38:59 2025 From: alpine-info at u.washington.edu (Greg Earle via Alpine-info) Date: Mon Sep 8 12:39:03 2025 Subject: [Alpine-info] Las Ventajas de Contar con un Software para Agencias de Viajes en 2025 In-Reply-To: References: Message-ID: <4DC90A99-D857-499B-BCF7-C95A2B956011@isolar.DynDNS.ORG> On 25 Aug 2025, at 15:09, Marco de Santo via Alpine-info wrote: > [SPAM elided] Can't one of the mods ban this Marco de Santo clown from posting spam to the list? i.e. Marco de Santo From alpine-info at u.washington.edu Mon Sep 8 13:14:25 2025 From: alpine-info at u.washington.edu (Andrew C Aitchison via Alpine-info) Date: Mon Sep 8 13:14:37 2025 Subject: [Alpine-info] Las Ventajas de Contar con un Software para Agencias de Viajes en 2025 In-Reply-To: <4DC90A99-D857-499B-BCF7-C95A2B956011@isolar.DynDNS.ORG> References: <4DC90A99-D857-499B-BCF7-C95A2B956011@isolar.DynDNS.ORG> Message-ID: On Mon, 8 Sep 2025, Greg Earle via Alpine-info wrote: > On 25 Aug 2025, at 15:09, Marco de Santo via Alpine-info wrote: > >> [SPAM elided] > > Can't one of the mods ban this Marco de Santo clown from posting spam to the list? > > i.e. Marco de Santo I contacted the UWash IT service about another spammer, Jonathan Emanuel Campoya last month. They contacted the list owner and asked him whether he wanted anything done. The responses I have had suggest that the list owner "Michael" did not reply to them. The Alpine-info list page at https://mailman23.u.washington.edu/mailman/listinfo/alpine-info suggests that the list is run by: mikes at u.washington.edu alpine-info-owner@mailman23.u.washington.edu If you wish to suggest spammers to the mods, I suggest contacting Mike/Michael directly. If anyone on the list has a UW NetID and wished to volunteer as another mod, could you contact Mike or UW-IT? -- Andrew C. Aitchison Kendal, UK andrew@aitchison.me.uk From alpine-info at u.washington.edu Mon Sep 8 14:33:32 2025 From: alpine-info at u.washington.edu (Marco de Santo via Alpine-info) Date: Mon Sep 8 14:33:43 2025 Subject: [Alpine-info] Marketing industrial para empresas: Estrategias clave para destacar en tu sector Message-ID: El marketing industrial para empresas es una herramienta esencial para conectar con clientes B2B y potenciar el crecimiento en sectores altamente competitivos. A diferencia del marketing tradicional, este enfoque se centra en satisfacer las necesidades espec?ficas de negocios, ofreciendo soluciones personalizadas que generen confianza y resultados medibles. Si buscas mejorar la visibilidad de tu empresa en l?nea, optimizar tu estrategia de marketing industrial para empresas es el primer paso para atraer a socios comerciales y aumentar tus ventas. ?Desde el Cielo Digital hemos ideado grandes ideas para lograr posicionar tu sitio web en los motores de b?squeda, destacando tu experiencia y autoridad en el nicho. ?Una estrategia efectiva de marketing industrial para empresas incluye el uso de contenido de valor, como estudios de caso, whitepapers y gu?as t?cnicas que demuestren tu conocimiento del sector. La optimizaci?n SEO juega un papel crucial aqu?: utiliza palabras clave relevantes en t?tulos, encabezados y texto para mejorar el ranking en Google. Adem?s,invertir en una p?gina de aterrizaje optimizada y enlaces de calidad puede aumentar la autoridad de tu dominio, haciendo que tu sitio sea m?s visible para quienes buscan soluciones industriales. Publicar regularmente art?culos como este refuerza tu presencia online y posiciona tu marca como l?der?. https://elcielo.digital/agencia-de-marketing-digital-en-rosario/ ?La segmentaci?n es otro pilar del marketing industrial para empresas, ya que permite dirigir tus esfuerzos a audiencias espec?ficas, como fabricantes o distribuidores.Utiliza herramientas como Google Ads con palabras clave de cola larga relacionadas con tu industria, combinadas con una estrategia de redes sociales B2B, para captar leads calificados?.Incluir testimonios de clientes y datos concretos en tu contenido no solo mejora la confianza, sino que tambi?n enriquece el texto para los algoritmos de b?squeda, ayudando a que tu sitio web suba en los resultados org?nicos. ?Para maximizar el impacto del marketing industrialorientada a empresas, considera colaborar con influencers o expertos del sector que puedan amplificar tu mensaje. Adem?s,aseg?rate de que tu sitio sea m?vil y r?pido, ya que Google prioriza la experiencia del usuario en su algoritmo. > ?Recuerda? Con una estrategia bien ejecutada y un enfoque continuo en el SEO, tu empresa puede posicionarse como referente en el mercado industrial, atrayendo tr?fico de calidad y convirtiendo visitantes en clientes leales. No olvides que como agencia SEO ofrecemos el plan de marketing digital que mejor se adapte a tus necesidades como empresa, dise?ando as? p?ginas web junto al mejor servicio de consultor?a en marketing digital para ayudarte a conseguir tus objetivos. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alpine-info at u.washington.edu Mon Sep 8 17:59:43 2025 From: alpine-info at u.washington.edu (Dan Mahoney via Alpine-info) Date: Mon Sep 8 18:00:02 2025 Subject: [Alpine-info] Recent changes with alpine/screen causing status bars to be italic Message-ID: <4CE8BC8F-51BA-49FF-8E4C-36D29A1716ED@prime.gushi.org> Hey there folks, I noticed recently that when running alpine under TERM=screen, that all the normal prompts which would display in inverse video, like the statusbar highlight, instead display in italic. (This seems to happen even if you?re not running under gnu screen). Have there been any recent code changes that would cause this? -Dan From alpine-info at u.washington.edu Mon Sep 8 20:54:02 2025 From: alpine-info at u.washington.edu (Eduardo Chappa via Alpine-info) Date: Mon Sep 8 20:54:11 2025 Subject: [Alpine-info] Recent changes with alpine/screen causing status bars to be italic In-Reply-To: <4CE8BC8F-51BA-49FF-8E4C-36D29A1716ED@prime.gushi.org> References: <4CE8BC8F-51BA-49FF-8E4C-36D29A1716ED@prime.gushi.org> Message-ID: <0a929fb7-1919-ef2f-12be-60d7850fb77e@yandex.com> On Mon, 8 Sep 2025, Dan Mahoney via Alpine-info wrote: > Hey there folks, > > I noticed recently that when running alpine under TERM=screen, that all > the normal prompts which would display in inverse video, like the > statusbar highlight, instead display in italic. (This seems to happen > even if you?re not running under gnu screen). i am unable to reproduce this with the given directions. Could you give more details, on what system, and a step by step instruction guide. Thank you. -- Eduardo From alpine-info at u.washington.edu Mon Sep 8 22:13:24 2025 From: alpine-info at u.washington.edu (via Alpine-info) Date: Mon Sep 8 22:13:28 2025 Subject: [Alpine-info] Recent changes with alpine/screen causing status bars to be italic In-Reply-To: <4CE8BC8F-51BA-49FF-8E4C-36D29A1716ED@prime.gushi.org> References: <4CE8BC8F-51BA-49FF-8E4C-36D29A1716ED@prime.gushi.org> Message-ID: <3ba1b518-21a6-2a51-e72f-3cc36e2ce84b@shalott.net> > I noticed recently that when running alpine under TERM=screen, that all > the normal prompts which would display in inverse video, like the > statusbar highlight, instead display in italic. (This seems to happen > even if you?re not running under gnu screen). > > Have there been any recent code changes that would cause this? This is almost certainly due to a change in your base OS's termcap/terminfo config. I've noticed the same thing on recent FreeBSD versions. TL;DR: try running alpine as "TERM=tmux alpine" and see if that fixes it. (Note, you do not have to actually run tmux; you can use TERM=tmux inside of GNU screen, or in just a raw terminal without screen or tmux.) Longer story: the terminal capability in play here is "standout". Under termcap, "so" enters standout mode, and "se" exits standout mode. (Under terminfo, it's "smso" and "rmso" respectively. But I will stick to termcap below as I'm olde-fashioned; adjusting for terminfo systems is left as an exercise.) Looking at my system's /etc/termcap, I see: SC|screen|VT 100/ANSI X3.64 virtual terminal:\ :[...lines elided...] :nw=\EE:op=\E[39;49m:rc=\E8:rs=\Ec:sc=\E7:se=\E[23m:sf=\n:\ :so=\E[3m:sr=\EM:st=\EH:ta=^I:te=\E[?1049l:ti=\E[?1049h:\ :[...more lines elided...] And just a bit farther down: tmux|tmux terminal multiplexer:\ :so=\E[7m:se=\E[27m:\ :tc=ecma+italics:tc=screen: The "so" entry for terminal type "screen" sends the ANSI escape sequence to enable italics: [3m And following that, we see that the terminal type "tmux" inherits from "screen" but then overrides the so/se properties, sending the ANSI escape sequence for reverse-video instead: [7m We want to use that latter escape sequence for so (and the analagous 27m to cancel it). Several methods are available to configure things the way we want: * Just set TERM=tmux for everything, in perpetuity, and not worry about it. * Modify the system /etc/termcap (if possible), and change so/se for "screen". * Modify screenrc (either your personal, or the system-wide one) and override the termcap properties for so/se. * Set a custom "TERMCAP" environment variable for "screen" which basically copies the system one but overrides so/se. Add this to either your personal shell prefs or to the system-wide shell prefs. When creating or modifying system-wide files, consider future OS upgrades: your changes may get overwritten, or else may prevent installing upgraded versions of your OS's standard config files. Good luck. -Jason From alpine-info at u.washington.edu Wed Sep 10 16:40:36 2025 From: alpine-info at u.washington.edu (Marco de Santo via Alpine-info) Date: Wed Sep 10 16:40:52 2025 Subject: [Alpine-info] =?utf-8?q?Estrategias_de_Marketing_Digital_en_Urugu?= =?utf-8?q?ay_en_2025=3A_La_Gu=C3=ADa_Definitiva?= Message-ID: En el panorama actual, el marketing digital en Uruguay se ha consolidado como una herramienta clave para que las empresas conecten con sus audiencias y potencien su crecimiento en un mercado competitivo. Con m?s del 90% de la poblaci?n uruguaya conectada a internet, principalmente a trav?s de dispositivos m?viles, las oportunidades para las marcas son inmensas.El Equipo de El Cielo Digital ha preparado en detalle este art?culo, en el veremos las tendencias y estrategias m?s efectivas del marketing digital en Uruguay en este 2025, ofreciendo una gu?a pr?ctica para mejorar la visibilidad de tu sitio web y destacar en los resultados de b?squeda. [Marketing digital en Uruguay] [Panorama-del-Marketing-Digital-en-Uruguay](https://notes.auxolotl.org/s/d4Pnrj8Yu#Panorama-del-Marketing-Digital-en-Uruguay)Panorama del Marketing Digital en Uruguay Uruguay destaca por su alta penetraci?n de internet, con m?s del 90% de sus habitantes conectados, seg?n datos recientes. Este acceso, predominantemente m?vil, convierte al marketing digital en Uruguayen un canal esencial para llegar a audiencias amplias y comprometidas. Plataformas como Facebook, Instagram y LinkedIn dominan el panorama, mientras que el comercio electr?nico, proyectado para alcanzar los US$4 mil millones en 2025, impulsa la necesidad de estrategias digitales s?lidas.Las empresas que optimizan su presencia en l?nea con t?cticas locales tienen una ventaja significativa en este mercado din?mico. [Estrategias-Clave-para-el-?xito](https://notes.auxolotl.org/s/d4Pnrj8Yu#Estrategias-Clave-para-el-%C3%89xito)Estrategias Clave para el ?xito Para destacar en el marketing digital en Uruguay, es crucial adaptar las estrategias al contexto local. Algunas t?cticas efectivas incluyen: ?SEO Local: Optimiza tu sitio web con palabras clave geogr?ficas y crea un perfil en Google My Business para captar b?squedas locales. ?Publicidad en Redes Sociales: Usa Facebook Ads e Instagram Ads para segmentar audiencias espec?ficas con mensajes personalizados. ?Marketing de Contenido: Genera blogs, videos y podcasts relevantes que conecten con los intereses de los uruguayos. ?Email Marketing: Implementa campa?as de correo electr?nico dirigidas, respetando las normativas de privacidad, para fidelizar clientes. > ?Estas estrategias, respaldadas por un enfoque en la experiencia del usuario,pueden mejorar significativamente el posicionamiento en motores de b?squeda?. [Casos-de-?xito-y-Tendencias-Emergentes](https://notes.auxolotl.org/s/d4Pnrj8Yu#Casos-de-%C3%89xito-y-Tendencias-Emergentes)Casos de ?xito y Tendencias Emergentes Un ejemplo notable es el de marcas locales que han incrementado sus ventas hasta un 30% mediante campa?as combinadas de SEO?, redes sociales y marketing de influencers. El auge del marketing de influencers en Uruguay permite conectar con nichos espec?ficos, mientras que la inteligencia artificial (IA) est? transformando la personalizaci?n de campa?as, seg?n informes de 2025. La sostenibilidad tambi?n gana relevancia, conconsumidores uruguayos valorando marcas que reflejan autenticidad y compromiso social?, lo que refuerza la importancia de un contenido alineado con estos valores. [El-Futuro-del-Marketing-Digital-en-Uruguay](https://notes.auxolotl.org/s/d4Pnrj8Yu#El-Futuro-del-Marketing-Digital-en-Uruguay)El Futuro del Marketing Digital en Uruguay ?El marketing digital en Uruguay seguir? evolucionando con tendencias como el crecimiento del comercio electr?nico, el uso de chatbots y el auge del marketing de video en plataformas como YouTube y TikTok. Las empresas que adopten r?pidamente estas innovaciones y prioricen la autenticidad en su comunicaci?n obtendr?n una ventaja competitiva. Adem?s, la integraci?n de IA para an?lisis de datos y personalizaci?n permitir? a las marcas ofrecer experiencias m?s relevantes, fortaleciendo su presencia en un mercado donde los consumidores valoran cada vez m?s la conexi?n emocional con las marcas. --------------------------------------------------------------- [Marketing digital en Uruguay] En https://elcielodigital.uy/agencia-seo/ como Agencia SEO en Uruguay especializada, nuestro objetivo es lograr que tu empresa destaque en los resultados de b?squeda, incrementando la relevancia y el tr?fico cualificado. Nos especializamos en estrategias de SEO a medida, orientadas a mejorar la presencia digital de nuestros clientes, y tenemos una profunda comprensi?n del impacto de Google en Uruguay en el comportamiento de los usuarios locales. Esto nos permite dise?ar campa?as espec?ficamente ajustadas a las necesidades y comportamientos de b?squeda del p?blico uruguayo. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alpine-info at u.washington.edu Thu Sep 11 07:22:19 2025 From: alpine-info at u.washington.edu (Mark Hills via Alpine-info) Date: Thu Sep 11 07:22:24 2025 Subject: [Alpine-info] Crash on calendar invite; ical_parse_generic_comp() NULL pointer Message-ID: In general, calendar invitation emails are working though I rarely receive them. In this case I have one that crashes Alpine. The actual email contains private names and information, so I won't share it here on a public list (though happy to provide in private if needed). It originates from lfx.linuxfoundation.org. However I think there's some good clear debug below, showing the parser dereferencing a NULL pointer on a piece of content. This is current Git master (fb3f153ac) on Slackware-current. --- Program terminated with signal SIGABRT, Aborted. #0 0x00007f4a2989d7a1 in pthread_kill@@GLIBC_2.34 () from /lib64/libc.so.6 [Current thread is 1 (Thread 0x7f4a2a20f780 (LWP 26832))] (gdb) bt #0 0x00007f4a2989d7a1 in pthread_kill@@GLIBC_2.34 () from /lib64/libc.so.6 #1 0x00007f4a29844092 in raise () from /lib64/libc.so.6 #2 0x00007f4a29828ed2 in abort () from /lib64/libc.so.6 #3 0x0000000000409ef2 in coredump () at coredump.c:25 #4 0x000000000042f036 in alpine_panic ( message=message@entry=0x7ffe34300c40 "Received abort signal(sig=11)") at alpine.c:3517 #5 0x00000000004d8feb in auger_in_signal (sig=11) at signal.c:187 #6 #7 0x00007f4a29981c99 in __strlen_avx2 () from /lib64/libc.so.6 #8 0x0000000000573533 in ical_parse_generic_comp ( text=text@entry=0x7ffe343013f8, level=level@entry=0) at ical.c:1398 #9 0x000000000057397f in ical_parse_unknown_comp ( text=text@entry=0x7ffe343013f8, level=level@entry=0) at ical.c:1497 #10 0x0000000000575735 in ical_parse_vcalendar (text=text@entry=0x7ffe34301480) at ical.c:902 #11 0x0000000000575868 in ical_parse_text (text=) at ical.c:693 #12 0x000000000059e66f in format_calendar (msgno=msgno@entry=242, body=body@entry=0xe320830, handlesp=handlesp@entry=0x7ffe34301618, flgs=flgs@entry=3, width=width@entry=80, pc=pc@entry=0x49a2d0 ) at mailview.c:543 #13 0x000000000059f509 in format_message (msgno=msgno@entry=242, env=env@entry=0xe324ee0, body=0xe320830, handlesp=handlesp@entry=0x7ffe34301618, flgs=flgs@entry=3, pc=pc@entry=0x49a2d0 ) at mailview.c:196 #14 0x00000000004a3fd3 in mail_view_screen (ps=0xe289010) at mailview.c:334 #15 0x000000000040bcce in main (argc=, argv=) at alpine.c:1447 (gdb) up 8 #8 0x0000000000573533 in ical_parse_generic_comp ( text=text@entry=0x7ffe343013f8, level=level@entry=0) at ical.c:1398 1398 token = fs_get(strlen(ical->comp) + 2 + 1); (gdb) list 1393 ical_debug("ical_parse_generic_comp", *text); 1394 ical = fs_get(sizeof(ICAL_S)); 1395 memset((void *)ical, 0, sizeof(ICAL_S)); 1396 1397 ical->comp = ical_get_value(text); 1398 token = fs_get(strlen(ical->comp) + 2 + 1); 1399 sprintf(token, "%s\r\n", ical->comp); /* this is allocated memory */ 1400 1401 /* s must always point the the beginning of a line */ 1402 for(s = *text; s && *s != '\0';){ (gdb) print ical->comp $1 = 0x0 (gdb) print *ical $2 = {comp = 0x0, value = 0x0, branch = 0x0, next = 0x0} (gdb) print text $3 = (char **) 0x7ffe343013f8 (gdb) print *text $4 = 0xe332e8b "ATTENDEE;VALUE=TEXT:mark@XXXX.org\r\nCREATED;TZID=America/New_York:20250828T154222\r\nDESCRIPTION:\\nYou have been invited to a meeting for XXXXXXX\\n\\n\\n\\nWays to join meeting:\\n\\n1. Join from PC\\, Mac\\, i"... (gdb) -- Mark From alpine-info at u.washington.edu Thu Sep 11 11:46:57 2025 From: alpine-info at u.washington.edu (Eduardo Chappa via Alpine-info) Date: Thu Sep 11 11:47:06 2025 Subject: [Alpine-info] Crash on calendar invite; ical_parse_generic_comp() NULL pointer In-Reply-To: References: Message-ID: Dear Mark, thank you for the report, and apologies for the inconvenience. Any chance you can share with me a copy of the invitation so I can debug it? I see your report, but I do not understand why it crashed yet. My email address is alpine.chappa@yandex.com. Thank you. -- Eduardo On Thu, 11 Sep 2025, Mark Hills via Alpine-info wrote: > In general, calendar invitation emails are working though I rarely receive > them. > > In this case I have one that crashes Alpine. > > The actual email contains private names and information, so I won't share > it here on a public list (though happy to provide in private if > needed). It originates from lfx.linuxfoundation.org. > > However I think there's some good clear debug below, showing the parser > dereferencing a NULL pointer on a piece of content. > > This is current Git master (fb3f153ac) on Slackware-current. > > --- > > Program terminated with signal SIGABRT, Aborted. > #0 0x00007f4a2989d7a1 in pthread_kill@@GLIBC_2.34 () from > /lib64/libc.so.6 > [Current thread is 1 (Thread 0x7f4a2a20f780 (LWP 26832))] > (gdb) bt > #0 0x00007f4a2989d7a1 in pthread_kill@@GLIBC_2.34 () from /lib64/libc.so.6 > #1 0x00007f4a29844092 in raise () from /lib64/libc.so.6 > #2 0x00007f4a29828ed2 in abort () from /lib64/libc.so.6 > #3 0x0000000000409ef2 in coredump () at coredump.c:25 > #4 0x000000000042f036 in alpine_panic ( > message=message@entry=0x7ffe34300c40 "Received abort signal(sig=11)") > at alpine.c:3517 > #5 0x00000000004d8feb in auger_in_signal (sig=11) at signal.c:187 > #6 > #7 0x00007f4a29981c99 in __strlen_avx2 () from /lib64/libc.so.6 > #8 0x0000000000573533 in ical_parse_generic_comp ( > text=text@entry=0x7ffe343013f8, level=level@entry=0) at ical.c:1398 > #9 0x000000000057397f in ical_parse_unknown_comp ( > text=text@entry=0x7ffe343013f8, level=level@entry=0) at ical.c:1497 > #10 0x0000000000575735 in ical_parse_vcalendar (text=text@entry=0x7ffe34301480) > at ical.c:902 > #11 0x0000000000575868 in ical_parse_text (text=) at ical.c:693 > #12 0x000000000059e66f in format_calendar (msgno=msgno@entry=242, > body=body@entry=0xe320830, handlesp=handlesp@entry=0x7ffe34301618, > flgs=flgs@entry=3, width=width@entry=80, > pc=pc@entry=0x49a2d0 ) at mailview.c:543 > #13 0x000000000059f509 in format_message (msgno=msgno@entry=242, > env=env@entry=0xe324ee0, body=0xe320830, > handlesp=handlesp@entry=0x7ffe34301618, flgs=flgs@entry=3, > pc=pc@entry=0x49a2d0 ) at mailview.c:196 > #14 0x00000000004a3fd3 in mail_view_screen (ps=0xe289010) at mailview.c:334 > #15 0x000000000040bcce in main (argc=, argv=) > at alpine.c:1447 > (gdb) up 8 > #8 0x0000000000573533 in ical_parse_generic_comp ( > text=text@entry=0x7ffe343013f8, level=level@entry=0) at ical.c:1398 > 1398 token = fs_get(strlen(ical->comp) + 2 + 1); > (gdb) list > 1393 ical_debug("ical_parse_generic_comp", *text); > 1394 ical = fs_get(sizeof(ICAL_S)); > 1395 memset((void *)ical, 0, sizeof(ICAL_S)); > 1396 > 1397 ical->comp = ical_get_value(text); > 1398 token = fs_get(strlen(ical->comp) + 2 + 1); > 1399 sprintf(token, "%s\r\n", ical->comp); /* this is allocated memory */ > 1400 > 1401 /* s must always point the the beginning of a line */ > 1402 for(s = *text; s && *s != '\0';){ > (gdb) print ical->comp > $1 = 0x0 > (gdb) print *ical > $2 = {comp = 0x0, value = 0x0, branch = 0x0, next = 0x0} > (gdb) print text > $3 = (char **) 0x7ffe343013f8 > (gdb) print *text > $4 = 0xe332e8b > "ATTENDEE;VALUE=TEXT:mark@XXXX.org\r\nCREATED;TZID=America/New_York:20250828T154222\r\nDESCRIPTION:\\nYou have been invited to a meeting for XXXXXXX\\n\\n\\n\\nWays to join meeting:\\n\\n1. Join from PC\\, Mac\\, i"... > (gdb) > > From alpine-info at u.washington.edu Fri Sep 12 05:03:46 2025 From: alpine-info at u.washington.edu (Damion Yates via Alpine-info) Date: Fri Sep 12 05:04:03 2025 Subject: [Alpine-info] whitelisting addresses? In-Reply-To: References: <084813d9-75d3-927f-b0e7-8a4e6227c4e1@hubert-humphrey.com> Message-ID: Sorry, you're not wrong and I definitely agree that respecting, and providing choices for individuals is key. I worked for a decade at the BBC and we attempted to maintain what I called lynx compatible sites. Old style predominantly text based sites that worked with emacspeak and similar older html parsing accessibility software loves older UIs. It was an arms race for said tooling keeping up with minor tweaks. I'm not as qualified as you but I do believe nobody in Google (and the wider community at Meta and MS for example) is acting with outright malice with regards to UIs and accessibility. There are specific very modern tags for the latest tech in terms of providing hints for things like screen control and readers. Frankly these days I'd expect the best success with AI, as it can now navigate through webpages and summarise the results in whatever means somebody desires. I'm struck with panic over the deprecation of X11 for Wayland, as a user of Xvoice (using ancient ViaVoice) and similar X11 only tech, I'm going to be unable to use my system as IU have done for 30+ years once this deprecation finishes. There is of course a level of change aversion that comes into play here of course. I still love and use XTerm, screen with pine, irc and vi as I have done since the late 1900s and do appreciate the anguish of the changes made preventing older browsers to work on google tooling. But for the moment, xoauth2 works with IMAP and alpine supports this. It's just a bit annoying that to get this going somebody needs to play around for 5mins in the latest cloud+GMail WebUIs to configure authentication tokens, forwards, imap, spam management once in a while perhaps with somebody's help. Best wishes, - Damion On Fri, Sep 5, 2025 at 4:31?AM Karen Lewellen wrote: > Good for accessibility for who exactly? > certainly almost no one on Google's own accessibility mailing list would > agree..after all its not like individuals using adaptive technology are > interchangeable for one another. > Everything from voice browsers to highlighting tools for individual > cognitive > experiences appreciate the baseline basic html provided. And of course > having that floor does not prevent graphical interfaces for those who > prefer them. > its a matter of respecting, and providing choices for individuals to > create what their body requires. > > > On Thu, 4 Sep 2025, Damion Yates wrote: > > > I understood that gmail's new UI should be great for accessibility and > most > > good screenreaders should work with its html div layouts and specific > > accessibility hooks. > > The settings in gmail like adding filters and people to contacts to > > decrease incorrect spam, if you can't abide by the new UI could be done > > with somebody's help, but ultimately the sender's ability to send with > low > > risk domain (SPF etc) is really the fix. > > > > Annoyingly my conveyancing solicitor has 100% of their emails classified > as > > spam and I continually mark these as "not spam", but the learning > algorithm > > is taking its sweet time or too many other people have decided they > > are spam or other signals in the email, so this isn't a quick fix and > > checking spam regularly is needed. > > > > I'm about 95% sure that under IMAP the action of moving out of spam into > > another folder (labels in gmail), DOES attempt to flag to gmail just like > > the "not spam" button in the UI. > > > > You may need the UI to enable visibility of the spam label (as a folder) > to > > be seen by IMAP. As these are configured on a label by label basis. You > > can also configure only the last 1000 messages to show which will speed > > IMAP access up. > > There are loads of useful features in the UI which sadly will be needed > for > > a bit even if you mostly use IMAP (like me). > > > > I tend to use offlineimap so sync as local NVMe is faster than a network > > connection over to europe/usa from the UK, but I occasionally directly > > connect to IMAP and this is a pain because you need to get the xoauth2 > > stuff working which I always worry about. offlineimap seems to be easier > > in this regard, but sending will also need xoauth2 anyway unless you want > > to risk sendmail which is likely going to lead to your own emails to be > > classified as spam. > > > > > > - Damion > > > > On Thu, Sep 4, 2025 at 1:43?AM Karen Lewellen via Alpine-info < > > alpine-info@u.washington.edu> wrote: > > > >> Hi Andrew, > >> as shared I no longer have any direct access to gmail. Nor do I know who > >> *someone* is. > >> These days, speaking personally, I resonate with your gmail not working > in > >> absolutes stance. > >> Would not risk tampering with my setup for sure. > >> Kare > >> > >> > >> > >> On Wed, 3 Sep 2025, Andrew C Aitchison via Alpine-info wrote: > >> > >>> On Tue, 2 Sep 2025, Karen Lewellen via Alpine-info wrote: > >>> > >>>> Let me be more specific to avoid confusion. > >>>> When google removed the inclusive access to gmail via basic HTML, I > >>>> secured a service that gives me access to it, using alpine, via imap. > >>>> That service does not really know much about how alpine works. > >>>> There are times when gmail places items into its spam folder that > >> should > >>>> not be placed there. > >>>> In basic html I could say add that address to contacts avoiding the > >> issue. > >>>> Now though this door is closed. > >>>> I seek a method within alpine itself, as the email client, that > >> manages > >>>> this process. > >>>> Does one exist? > >>> > >>> If I understand correctly, GMail puts messages in the spam folder > before > >>> imap sees them, so there is no way that Alpine can stop them from going > >> in. > >>> > >>> There may (or may not) be a hook in Alpine where you could add > >>> something which reads the spam folder by imap and moves selected > >>> messages out to some other folder. > >>> Can anyone say whether there is such a hook - Eduardo ? > >>> > >>> There is probably a way within GMail that you (or someone sitting > beside > >>> you at the screen) can whitelist certain addresses. You would have to > do > >> this > >>> each time you wanted to whitelist a new sender, but from then on > >>> messages from that person are likely to stay in your inbox rather than > >>> the spam folder. I say "likely to" because my undertanding is that > >>> GMail does not work in absolutes. > >>> > >>> -- > >>> Andrew C. Aitchison Kendal, UK > >>> andrew@aitchison.me.uk > >>> _______________________________________________ > >>> Alpine-info mailing list > >>> Alpine-info@u.washington.edu > >>> http://mailman23.u.washington.edu/mailman/listinfo/alpine-info > >>> > >> _______________________________________________ > >> Alpine-info mailing list > >> Alpine-info@u.washington.edu > >> http://mailman23.u.washington.edu/mailman/listinfo/alpine-info > >> > > > > > > -- > > Damion Yates - damion.yates@gmail.com > > London, England > > -- Damion Yates - damion.yates@gmail.com London, England -------------- next part -------------- An HTML attachment was scrubbed... URL: From alpine-info at u.washington.edu Sun Sep 14 09:14:16 2025 From: alpine-info at u.washington.edu (Eduardo Chappa via Alpine-info) Date: Sun Sep 14 09:14:26 2025 Subject: [Alpine-info] Crash on calendar invite; ical_parse_generic_comp() NULL pointer In-Reply-To: References: Message-ID: <9374a265-918d-ea9f-127c-86e2255810f2@yandex.com> On Thu, 11 Sep 2025, Mark Hills via Alpine-info wrote: > In general, calendar invitation emails are working though I rarely receive > them. > > In this case I have one that crashes Alpine. Dear Mark, thank you for sharing a sample message that shows the problem. The issue is that the invitation was not encoded properly. Since calendar invitations are of text/ type (text/calendar) they must be encoded according to RFC 2045, which states that base64 text/ must be transformed from \n line endings to \r\n line endings before conversion. Here is the relevant text from rfc 2045: Care must be taken to use the proper octets for line breaks if base64 encoding is applied directly to text material that has not been converted to canonical form. In particular, text line breaks must be converted into CRLF sequences prior to base64 encoding. The important thing to note is that this may be done directly by the encoder rather than in a prior canonicalization step in some implementations. What I did is to add a check function that detects this problem and fixes it so that the internal Alpine routines do not choke on bad data. The fix is already uploaded to the git repository. Thank you so much for reporting this problem and being part of finding the solution. -- Eduardo From alpine-info at u.washington.edu Mon Sep 15 04:18:12 2025 From: alpine-info at u.washington.edu (Iosif Fettich via Alpine-info) Date: Mon Sep 15 04:18:18 2025 Subject: [Alpine-info] email+TAG@domain Message-ID: <29667a9a-39e3-cfb2-a479-c9474ac42793@netsoft.ro> Hi dear fellow alpine users, I'm trying to refine my roles a bit and am not really sure if what I want can be achieved in some way with what we have or if this message of mine is rather something like a feature request. In order to use say emails like myemail+TAG@domain when subscribing to some newsletter or service, I'm currently having a handful of roles, one per service(TAG). But by doing so, for each new service I have to define a new role, which is rather tedious. When I get an email that has the +TAG in the To: header, I switch to the respective role when replying and then things are fine. But that requires attention - and often enough, especially if I'm in a hurry, I forget about selecting the proper role and end up sending the mail with my regular, untagged FROM address. Ideally, I'd wish that whenever there's a '+TAG' in the TO: header of a message that reaches my Inbox, my replies would automatically use the received TO: header as FROM: for the new mail. Can this be achieved easily, am I just missing the proper way to do it? Thank you, Iosif Fettich From alpine-info at u.washington.edu Mon Sep 15 07:29:54 2025 From: alpine-info at u.washington.edu (Andrew C Aitchison via Alpine-info) Date: Mon Sep 15 07:30:12 2025 Subject: [Alpine-info] email+TAG@domain In-Reply-To: <29667a9a-39e3-cfb2-a479-c9474ac42793@netsoft.ro> References: <29667a9a-39e3-cfb2-a479-c9474ac42793@netsoft.ro> Message-ID: <6e272a26-f255-303a-c3a9-1fad588d52bb@aitchison.me.uk> On Mon, 15 Sep 2025, Iosif Fettich via Alpine-info wrote: > Hi dear fellow alpine users, > > I'm trying to refine my roles a bit and am not really sure if what I want can > be achieved in some way with what we have or if this message of mine is > rather something like a feature request. > > In order to use say emails like myemail+TAG@domain when subscribing to some > newsletter or service, I'm currently having a handful of roles, one per > service(TAG). > > But by doing so, for each new service I have to define a new role, which is > rather tedious. > > When I get an email that has the +TAG in the To: header, I switch to the > respective role when replying and then things are fine. > > But that requires attention - and often enough, especially if I'm in a hurry, > I forget about selecting the proper role and end up sending the mail with my > regular, untagged FROM address. > > Ideally, I'd wish that whenever there's a '+TAG' in the TO: header of a > message that reaches my Inbox, my replies would automatically use the > received TO: header as FROM: for the new mail. > > Can this be achieved easily, am I just missing the proper way to do it? I have set copy-to-address-to-from-if-it-is-us and alt-addresses=email.*@domain (I use email.TAG@domain, not sure whether the . and + are magic in this case). For some newsletters this works, but or others it does not. -- Andrew C. Aitchison Kendal, UK andrew@aitchison.me.uk From alpine-info at u.washington.edu Tue Sep 16 09:23:17 2025 From: alpine-info at u.washington.edu (Mark Hills via Alpine-info) Date: Tue Sep 16 09:23:24 2025 Subject: [Alpine-info] Crash on calendar invite; ical_parse_generic_comp() NULL pointer In-Reply-To: <9374a265-918d-ea9f-127c-86e2255810f2@yandex.com> References: <9374a265-918d-ea9f-127c-86e2255810f2@yandex.com> Message-ID: On Sun, 14 Sep 2025, Eduardo Chappa via Alpine-info wrote: > On Thu, 11 Sep 2025, Mark Hills via Alpine-info wrote: > > > In general, calendar invitation emails are working though I rarely receive > > them. > > > > In this case I have one that crashes Alpine. > > Dear Mark, > > thank you for sharing a sample message that shows the problem. The issue is > that the invitation was not encoded properly. Since calendar invitations are > of text/ type (text/calendar) they must be encoded according to RFC 2045, > which states that base64 text/ must be transformed from \n line endings to > \r\n line endings before conversion. Thank you, I will pass this information upstream to the originator of the invite. [...] > What I did is to add a check function that detects this problem and > fixes it so that the internal Alpine routines do not choke on bad data. > The fix is already uploaded to the git repository. Sounds good. I had hoped to test it but because of (and this may be off-topic): https://repo.or.cz/uk-blocked.html I rely on the mirror of the repository at: https://github.com/alpinemail/alpine However that repo does not show any commit since 2024-05-27 (I don't even know if that correctly reflects recent history) or if an 'official' mirror exists there or elsewhere. I couldn't find anyone else on this list mentioned the blocking of repo.or.cz in the UK but it's certainly inconvenient. Thanks -- Mark From alpine-info at u.washington.edu Thu Sep 18 03:22:37 2025 From: alpine-info at u.washington.edu (via Alpine-info) Date: Thu Sep 18 03:22:41 2025 Subject: [Alpine-info] email+TAG@domain In-Reply-To: <6e272a26-f255-303a-c3a9-1fad588d52bb@aitchison.me.uk> References: <29667a9a-39e3-cfb2-a479-c9474ac42793@netsoft.ro> <6e272a26-f255-303a-c3a9-1fad588d52bb@aitchison.me.uk> Message-ID: >> In order to use say emails like myemail+TAG@domain when subscribing to >> some newsletter or service, I'm currently having a handful of roles, >> one per service(TAG). >> >> But by doing so, for each new service I have to define a new role, >> which is rather tedious. > I have set > copy-to-address-to-from-if-it-is-us > and > alt-addresses=email.*@domain Same; I always use tear-off addresses for everything, and with these two settings, *most* of the time it just Does The Right Thing without needing to use roles or per-list/per-service hardcoded setup. Most of the time... because: > For some newsletters this works, but or others it does not. Some email lists/newsletters Bcc: all recipients, so that your email address does not appear in the To: or Cc: field. In this case, the "copy-to-address-to-from-if-it-is-us" setting doesn't work. A possible workaround might be to add a similar option that matches on Delivered-To: headers, applies a sed(1)-style transform, and copies the result to the From: field. Eduardo: any interest in adding such a feature? > (I use email.TAG@domain, not sure whether the . and + are magic in this > case). The ".*" in your "alt-addresses" setting is not for the "." in "email.TAG", it's a(n extended) regular expression. In a regular expression, "." matches any single character, and "*" means "zero or more instances of the previous item." (If you're used to shell-style globs, just remember to put ".*" anyplace that you would ordinarily put just plain "*" and it will probably do what you want.) TL;DR: if you set "alt-addresses=alice.*@example.com", it will match alice.foo@example.com, alice+bar@example.com, alice-baz@example.com, alicebob@example.com, etc. -Jason From alpine-info at u.washington.edu Thu Sep 18 03:49:21 2025 From: alpine-info at u.washington.edu (Andrew C Aitchison via Alpine-info) Date: Thu Sep 18 03:49:30 2025 Subject: [Alpine-info] email+TAG@domain In-Reply-To: References: <29667a9a-39e3-cfb2-a479-c9474ac42793@netsoft.ro> <6e272a26-f255-303a-c3a9-1fad588d52bb@aitchison.me.uk> Message-ID: On Thu, 18 Sep 2025, jason-alpine-info@shalott.net wrote: >> (I use email.TAG@domain, not sure whether the . and + are magic in this >> case). > > The ".*" in your "alt-addresses" setting is not for the "." in "email.TAG", > it's a(n extended) regular expression. > > In a regular expression, "." matches any single character, and "*" means > "zero or more instances of the previous item." (If you're used to > shell-style globs, just remember to put ".*" anyplace that you would > ordinarily put just plain "*" and it will probably do what you want.) > > TL;DR: if you set "alt-addresses=alice.*@example.com", it will match > alice.foo@example.com, alice+bar@example.com, alice-baz@example.com, > alicebob@example.com, etc. In that case alice+*@example.com will probably match alice++@example.com alice+++@example.com alice++++@example.com but not alice+bob@example.com If it is a modern regular expression implementation, where '+' means one or more, alice+*@example.com might match alicee@example.com and aliceee@example.com but not alice@example.com ! [ alice\+.*@example.com might be the pattern you need in that case. ] -- Andrew C. Aitchison Kendal, UK andrew@aitchison.me.uk From alpine-info at u.washington.edu Sat Sep 20 13:42:55 2025 From: alpine-info at u.washington.edu (Eduardo Chappa via Alpine-info) Date: Sat Sep 20 13:43:05 2025 Subject: [Alpine-info] email+TAG@domain In-Reply-To: References: <29667a9a-39e3-cfb2-a479-c9474ac42793@netsoft.ro> <6e272a26-f255-303a-c3a9-1fad588d52bb@aitchison.me.uk> Message-ID: <520ce5a6-83db-411d-fd93-9fc1292e16f5@yandex.com> On Thu, 18 Sep 2025, via Alpine-info wrote: > Some email lists/newsletters Bcc: all recipients, so that your email > address does not appear in the To: or Cc: field. In this case, the > "copy-to-address-to-from-if-it-is-us" setting doesn't work. > > A possible workaround might be to add a similar option that matches on > Delivered-To: headers, applies a sed(1)-style transform, and copies the > result to the From: field. > > Eduardo: any interest in adding such a feature? Is there any other header besides Delivered-To that has the information you need? My information is that this header is defined in an experimental RFC from about 3 years ago, but I do not find it in the headers of the message I am replying to, so it has not been widely adopted yet. The main problem we are going to have is that Alpine's interface does not lend itself to a high degree of configuration, so you would have to hard-code this, so let's see what it takes. I just do not know if it is unreasonable to ask a person to use roles in this case. -- Eduardo From alpine-info at u.washington.edu Sun Sep 21 05:54:32 2025 From: alpine-info at u.washington.edu (via Alpine-info) Date: Sun Sep 21 05:54:38 2025 Subject: [Alpine-info] email+TAG@domain In-Reply-To: <520ce5a6-83db-411d-fd93-9fc1292e16f5@yandex.com> References: <29667a9a-39e3-cfb2-a479-c9474ac42793@netsoft.ro> <6e272a26-f255-303a-c3a9-1fad588d52bb@aitchison.me.uk> <520ce5a6-83db-411d-fd93-9fc1292e16f5@yandex.com> Message-ID: >> A possible workaround might be to add a similar option that matches on >> Delivered-To: headers, applies a sed(1)-style transform, and copies the >> result to the From: field. > Is there any other header besides Delivered-To that has the information > you need? My information is that this header is defined in an > experimental RFC from about 3 years ago, but I do not find it in the > headers of the message I am replying to, so it has not been widely > adopted yet. Huh. It's been in both qmail and Postfix for more than twenty years; and it's been in Gmail since launch. It also seems to be a well-known, standard answer to this kind of problem. There are plenty of Stack Exchange, etc, answers that mention it, going back for at least fifteen years. See, e.g., https://webapps.stackexchange.com/questions/5719/is-it-possible-to-create-a-gmail-filter-that-works-on-headers-other-than-from-t I had assumed it was universal. :( As far as I know, there isn't another usable header; and certainly not one that's more widely deployed than Delivered-To. -Jason From alpine-info at u.washington.edu Sun Sep 21 13:36:01 2025 From: alpine-info at u.washington.edu (Eduardo Chappa via Alpine-info) Date: Sun Sep 21 13:36:10 2025 Subject: [Alpine-info] email+TAG@domain In-Reply-To: References: <29667a9a-39e3-cfb2-a479-c9474ac42793@netsoft.ro> <6e272a26-f255-303a-c3a9-1fad588d52bb@aitchison.me.uk> <520ce5a6-83db-411d-fd93-9fc1292e16f5@yandex.com> Message-ID: On Sun, 21 Sep 2025, jason-alpine-info@shalott.net wrote: > >>> A possible workaround might be to add a similar option that matches on >>> Delivered-To: headers, applies a sed(1)-style transform, and copies >>> the result to the From: field. > >> Is there any other header besides Delivered-To that has the information >> you need? My information is that this header is defined in an >> experimental RFC from about 3 years ago, but I do not find it in the >> headers of the message I am replying to, so it has not been widely >> adopted yet. > > Huh. It's been in both qmail and Postfix for more than twenty years; > and it's been in Gmail since launch. And it is not in yandex. Most importantly, it is not required. As such, if this were implemented, it would have to be in a header that all messages have. Remember that what we are looking for is a solution to the situation where you do not want to define a role, not discuss if we should implement something that will only work for those that have the requirements. If this were to be solved by using roles, it could be sped by enabling [X] Enable Take Rules and then pressing T on a message that will help define the role. Not ideal, but it is better than the current state. -- Eduardo From alpine-info at u.washington.edu Mon Sep 22 02:32:51 2025 From: alpine-info at u.washington.edu (Andrew C Aitchison via Alpine-info) Date: Mon Sep 22 02:33:02 2025 Subject: [Alpine-info] email+TAG@domain In-Reply-To: References: <29667a9a-39e3-cfb2-a479-c9474ac42793@netsoft.ro> <6e272a26-f255-303a-c3a9-1fad588d52bb@aitchison.me.uk> <520ce5a6-83db-411d-fd93-9fc1292e16f5@yandex.com> Message-ID: <5101baa2-e30e-f845-76b5-d8d23028b243@aitchison.me.uk> On Sun, 21 Sep 2025, via Alpine-info wrote: >>> A possible workaround might be to add a similar option that matches on >>> Delivered-To: headers, applies a sed(1)-style transform, and copies the >>> result to the From: field. > >> Is there any other header besides Delivered-To that has the information you >> need? My information is that this header is defined in an experimental RFC >> from about 3 years ago, but I do not find it in the headers of the message >> I am replying to, so it has not been widely adopted yet. > > Huh. It's been in both qmail and Postfix for more than twenty years; and > it's been in Gmail since launch. > > It also seems to be a well-known, standard answer to this kind of problem. > There are plenty of Stack Exchange, etc, answers that mention it, going back > for at least fifteen years. See, e.g., > https://webapps.stackexchange.com/questions/5719/is-it-possible-to-create-a-gmail-filter-that-works-on-headers-other-than-from-t > > I had assumed it was universal. :( Neither Delivered-To nor X-Delivered-To are in the Exim source but the test configs contain examples of each, so it is possible with Exim, but not enabled by default in the default config. > As far as I know, there isn't another usable header; and certainly not one > that's more widely deployed than Delivered-To. The draft RFC https://www.ietf.org/archive/id/draft-duklev-deliveredto-00.html suggests that Delivered-To does not need to match the sender address, nor the envelope sender. It is merely an MDA-specific representation of the mailbox to which a message was delivered. It says that some MTAs store the "RCPT TO" address in a Envelope-To or X-Original-To header. -- Andrew C. Aitchison Kendal, UK andrew@aitchison.me.uk From alpine-info at u.washington.edu Mon Sep 22 09:14:07 2025 From: alpine-info at u.washington.edu (Eduardo Chappa via Alpine-info) Date: Mon Sep 22 09:14:18 2025 Subject: [Alpine-info] email+TAG@domain In-Reply-To: <5101baa2-e30e-f845-76b5-d8d23028b243@aitchison.me.uk> References: <29667a9a-39e3-cfb2-a479-c9474ac42793@netsoft.ro> <6e272a26-f255-303a-c3a9-1fad588d52bb@aitchison.me.uk> <520ce5a6-83db-411d-fd93-9fc1292e16f5@yandex.com> <5101baa2-e30e-f845-76b5-d8d23028b243@aitchison.me.uk> Message-ID: On Mon, 22 Sep 2025, Andrew C Aitchison via Alpine-info wrote: > The draft RFC > https://www.ietf.org/archive/id/draft-duklev-deliveredto-00.html [...] The actual RFC is located at https://www.rfc-editor.org/rfc/rfc9228.html -- Eduardo From alpine-info at u.washington.edu Fri Sep 26 03:48:00 2025 From: alpine-info at u.washington.edu (Jessica Wuttig via Alpine-info) Date: Fri Sep 26 03:48:18 2025 Subject: [Alpine-info] =?utf-8?b?2KPZgdi22YQgMTAg2YXZiNin2YLYuSDZhNmE2Kg=?= =?utf-8?b?2K3YqyDYudmGINi52YXZhCDZgdmKINin2YTZhdi62LHYqCAoMjAyNSk=?= Message-ID: ???? 10 ????? ????? ?? ??? ?? ?????? (2025) ??? ??? ?????? ?? ???? ????? ????????? ????? ?? ?? ???????? ??????? ?????? ????? ???????? ?? ???? ???? ??????? ?? ?????? ????? ???? ???? ??? ????? ????? ????????? ??????. ???? ??? ??????? ????? ?????? ?? ???? ??????? ?? ?????? ??????? ???? ?? ?????? ????? ?? ??????? ???????? ????? ????? ???? ??? ????? ???????? ??????? ????? ?????. ??? ??? ???? ?? ????? ?? ??? ?? ????? ????? ????? ???????? ??? ???? ??? ???????? ???? ????? ???????? ?? ??? linkedin ???????. ??? ???? ????? ???? ??? ??????? ?????? ????? ??? ????? ????? ????? ?????. ?? ???? ??? ?????? ???????? ????? ?????? ?????? ??? ????? ?????? ??????? ?????? ???? ????? ??????? ??? ?????? ????? ?????? ??? ???? ??????? ???? ?? ???? ??????. 1. TARGIR.c om ? ??? ???? ?????? ????? ??????? ???? ???? TARGIR ?? ???? ????? ????? ??????? ????? ?? ??????? ??? ???? ??? ??? ?????? ?????? ???? ????? ?? ???? ????? ???????? ???????? ??????. ???? ?????? ?????? ??? ????? ????? ???? ??? ????? ???? ?????? ???? ?????? ????? ????? ?????? ??? ?????? ????? ????? ???????? ?? ????? ??? ????? ??? ????? ???????? ?? ??? ?????? ??????? ???????. ???? ??? ???? ?? ????? ?? ?????? ???????? ?? ???? ?? ????? ?? ??? ??????? ?? ??? ????? ???? ?? ????? ??? ??????? ??????? ?? ?????? ????????? ??? TARGIR ???? ?????? ???? ??????. ??? ???? ?? ??????? ??? ????? ??? ???? ??????? ???? ?????? ??????? ???????? ????? ????????? ???? ?????? ?????? ?? ???? ????? ??????? ?? ?????? ???????. ?????? TARGIR: ??????? ????? ????? ?????? ?? ????? ????????. ????? ??????? ???? ?????? ??? ??????? ?? ??????. ????? ?????? ?????? ???? ????? ????????. ??????? ???? ??????? ??????? ??? ??????? ????????. ???? ??? ?????? ??????? ??? ???? ?? ????? ?? ??????? ?????? ?? ?????? ????????? ???????? ???????? ????????. ???? ?????? ????? ?????? ???? ??????? ??????? ?? ????? ???? ??? kpc ?????? maximus ?????? ?ngha ?????? ???????? ??? ??? ??? ???? uep ???????. ??? ???? ?????? ????? ?? ???????? ????? ??????? ?? ??? ????? ?????? ??? ???? ???????? ???? ???? ????? ?? ???????? ??????? ????????? ??????? ??????. ????? ????? ??????? ??? ??????? ??????? ?? ????? ???????? ??? ????? ??????? ???????? ??????? ????? ???? ???????. ???? ?????? ????? ?? ????? ?????? ??? ???????? ?????? ?????? ??????? ???????? ?????? ???? ???????. ??? ???? ?? ?????? ??? ??????? ???????? ?????? ????? ???????? ????? 2022 ?? ????? ???????? ????? ??? ????? ???? ??????. 2. Rekrute ? ??? ??? ?? ???? ??????? ???? Rekrute ?? ???? ????? ????? ??????? ?? ??????. ???? ????? ?? ????? ???? ?? ?????? ??????? ??????? ???? ??? ????? ???????? ???????? ???????. ????? ??: ???????? ?? ?????? ??????? ????????. ???????? ?? ??? ??? ?? ????? ????? ???????? ???????. 3. Emploi.ma ? ???? ??? ?? ?? ???????? Emploi.ma ???? ?????? ???????? ?? ????? ?? ?? ????? ????????. ???? ?? ????? ???? ??? ??? ???????? ???????? ?? ???? ?????. ??????? ?????? ?? ??????? ?? ????? ?? ??? ?? ????????? ?????? ?? ??? ????? ??? ???? ???? ???: "??? ?? ??? ???? ????? ?? ?????? 2022" ?? "???? ?? ??? ?? ???? ?????? ???????". ????? ???? ??????: ??? ??? ????? ?????? ????? ?????? ???? ????? ????? 100 ???? ?????? ????? ???????? 4. Bayt.com ? ????? ????? ??????? ??????? ??? ?? Bayt.com ??????? ???? ???? ?? ????? ??????? ??? ??? ????? ????? ????? ?? ??????? ??????? ?? ??????? ???? ??????? ????????. ?????: ???? ????? ??????? ???????? ?????? ???????? ???? ??? "??????" ?????? ??? ????? ?????. 5. Job.ma ? ???? ????? ?????? ????????? ????? ??? ??? ??? ??????: "???? ?? ??? ?? ????? ???? 2022" ?? "???? ?? ??? ?? ???????"? ??? Job.ma ?? ?????? ?????? ??. ????? ??? ??? ????? ?????? ?????? ????????? ????????? ?????????. 6. LinkedIn ? ???? ???????? ??????? ?? ?????? ?????? LinkedIn ???? ????? ????? ???? ???? ????? ????? ?? ????? ?? ?????? ?????? ??? ??????? ??? ??????? ?? ??????. ????? ?????? ??? ??? ?? ??? ??????? ?? ??????? ?????? ?? ??????? ???????? ???? ???? ?? ???? ?? ??????? ???????. 7. Indeed ? ???? ??? ???? ??????? ?? ???? Indeed ??????? ????? ???? ???? ??????? ???????? ????? ??????? ???: ????? ?? ??? ????? ?? ????? ??? ?? ??? ?? ???? ????? ??????? morocco ????? ?? ?????? ????? ?? ????? ?? ????? ?? ?????? ?????? 8. Anapec ? ??????? ??????? ??????? ????? ???? ??????? ??????? ?????? ??????? ????????? (Anapec) ???? ?????? ?????? ???? ??????? ??????? ???????? ???? ?? ?????? ?????. ???? ??????: ??? ?? ??? ???? ??????. ??????? ?? ?????? ???? ????? 2021 ?2022. 9. Wadifate ? ????? ?????? ?? ??? ?????? ?????? ??? ?????? ?? ???? ??????? ???????? ?? ??? ???? ????? ??????? ?? ??????? ??????? ?????? ?? ??? ???????? ?? ????? ?? ?????? ?????. ???? ?????? ??????? ?????? ?? ??????? ??????? ?? ????? ???????? ??? ????????? ???????? ????????. ????? ???????? ?????? ??? ??? ??? ???? ??????? ??????? ??????? ??????? ???????? ???????? ??? ??? ????? ???? ?? ????? ???? ??? maximus ?????? kpc ?????? ????? ?????. ??? ???? ?????? ?????? ?? ????? ?????? ??? ?????? ??????? ??????? ????????? ?????. ???? ??? ?????? ???? ???? ??? ?? ???? ?? ?????? ??? ??????? ???????? ?????? ????? ???????? ????? 2022? ??? ???? ??? ????? ?????? ??? ??????? ?? ??? ???????? ?? ??????? ??????. ????? ???? ??????: ??? ??? ????? ?????? ??????? ??????? ?????? ?????? ??????????????? ???????? ???? ??? ???? ????? ?????? ???????? ?? ????????? ?????????? 10. MarocAnnonces ? ??????? ???? ???? ??????? ??? ??? ???? ??????? ????? ??? ?? MarocAnnonces ????? ??? ??? ??? ?? ??????? ?????? ??? ???? ???????? ???????? ??: ??? ?? ??? ???? ?? ???? ?? ?????. ??? ?? ??? ?? ???? ?????? ?? ??????. ???? ?? ??? ?? ?????? ?????. ??????? ??????? ??? ????? ?? ??? ?? ?????? *?? ?? ???? ????? ????? ?? ????? ?? ???????* ?????? ??????: 1. TARGIR.c om ? ??? ???? ?????? ????? ??????? * ?? ?????? ????? ????? ???? ????? ?? ???????* ???? ???? ?????? ?? ??? ????? ?? ?????? ???? ?????? ?????? ?? ?????? ?????? ?????? ????????. *??? ???? ?? ??? ?? ?????? ???? ?? ?????* ?????? ????? ??? Job.ma ?MarocAnnonces? ????? ?????? ???: "??? ?? ??? ???? ?? ????? ???????" ?? "??? ?? ??? ???? ?????? ??????". ????? ?? ?? ?? ???????? ???? ?????? ????? ????? ?? ??? ?? ??????? ??? ????? ???? ????? ????? ????? ???? ???? ??? ??? ?????? ?????? ??????. ???? ??? ???? ?? ????? ?? ?????? ?? ??? ?? ????? ?? ??? ????? ?? ????? ?? ????? ???????? ????? ????? TARGIR.c om ?? ???? ???? ??? ??????? ?????? ?? ??? ???????. ?? ????? ??????? ?? ???? ???? ?????. ???? ?????? ????????? ???? ????? ???????? ??? ??????? ?? ???? ????? ?? ??????! -------------- next part -------------- An HTML attachment was scrubbed... URL: From alpine-info at u.washington.edu Sun Sep 28 04:12:07 2025 From: alpine-info at u.washington.edu (Riku Virtanen via Alpine-info) Date: Sun Sep 28 04:11:50 2025 Subject: [Alpine-info] Alpine and Gmail Message-ID: <3dc783f2-462a-67f5-a50d-8f3930f586d3@sci.fi> Hi, My Alpine is connected to three Gmail accounts. Two of three accounts work normally. One works in Windows machine but in my Fedora Linux machine, it asks authentization. Long time it worked properly, however now it asksauthentication. I copied the long link which Alpine gets to Firefox and it asked the password to gmail. Then Gmail opened; emails etc are usable, but any problem occurs and Gmail does not give a key which I would need to put to Alpine. I am using Alpine 2.26. Have you any idea what can be a problem? Riku From alpine-info at u.washington.edu Sun Sep 28 10:48:57 2025 From: alpine-info at u.washington.edu (Karen Lewellen via Alpine-info) Date: Sun Sep 28 10:49:04 2025 Subject: [Alpine-info] Alpine and Gmail In-Reply-To: <3dc783f2-462a-67f5-a50d-8f3930f586d3@sci.fi> References: <3dc783f2-462a-67f5-a50d-8f3930f586d3@sci.fi> Message-ID: Hi There, providing what might be a place to check. When I went through setting my gmail alpine, the person hosting that door and I discovered that google will send some information via another method. In settings, perhaps notifications or security? There is an option to have google call you with the code, or text you with the code. I chose a call..with a rather dreadful voice providing the key that way. Hope this is helpful, Karen On Sun, 28 Sep 2025, Riku Virtanen via Alpine-info wrote: > Hi, > > My Alpine is connected to three Gmail accounts. > > Two of three accounts work normally. One works in Windows machine but in my > Fedora Linux machine, it asks authentization. Long time it worked properly, > however now it asksauthentication. > I copied the long link which Alpine gets to Firefox and it asked the password > to gmail. Then Gmail opened; emails etc are usable, but any problem occurs > and Gmail does not give a key which I would need to put to Alpine. > I am using Alpine 2.26. > > Have you any idea what can be a problem? > > Riku > _______________________________________________ > Alpine-info mailing list > Alpine-info@u.washington.edu > http://mailman23.u.washington.edu/mailman/listinfo/alpine-info > > From alpine-info at u.washington.edu Sun Sep 28 12:31:21 2025 From: alpine-info at u.washington.edu (Lucio Chiappetti via Alpine-info) Date: Sun Sep 28 12:31:34 2025 Subject: [Alpine-info] Alpine and Gmail In-Reply-To: <3dc783f2-462a-67f5-a50d-8f3930f586d3@sci.fi> References: <3dc783f2-462a-67f5-a50d-8f3930f586d3@sci.fi> Message-ID: On Sun, 28 Sep 2025, Riku Virtanen via Alpine-info wrote: > My Alpine is connected to three Gmail accounts. > > Two of three accounts work normally. One works in Windows machine but in > my Fedora Linux machine, it asks authentization. Are you using OAuth2 or "app password" ? I personally avoid Gmail as the plague. I get its normal mail via forwarding to another provider and fetchmail, and I use "app password". App password (different from your interactive password) requires you set up 2FA (two factor authentication) and get a special app password from their site, and copy it promptly because it is saved nowhere for further access. Then you can configure alpine to access gmail site/folders with your username, and the first time you access it, allow alpine to store it in its master-password-protected password list. I imagine you have to use different app password for each of your gmail accounts (I have only one on gmail but two others elsewhere). Be sure you supply the right one for each account. Alpine can store multiple account passwords, so in each future access you type just the master password once. From alpine-info at u.washington.edu Sun Sep 28 15:08:34 2025 From: alpine-info at u.washington.edu (Chime Hart via Alpine-info) Date: Sun Sep 28 15:08:39 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? Message-ID: Hi All: Its hard2know whether to ask here or in comp.mail.pine? Anyway, helping my Wife get setup with Alpine in windows through a Ubunto WSL. We are listening with an NVDA screen-reader. I ajusted rows-and-columns to provide a larger screen. She can read mail just fine, but if we hit "c" for compose, an only field which shows up is "from" useing flat-review, the next line says "message text" but arrowing or entering will not read any other fields. I hit suspend-and-made the slines smaller. No change. I looked in config at all options which contain compose. In `all my years useing pine/Alpine, I've never seen this. However, I have seen similar if a number of lines are larger than an amount. In addition, on my Debian system, Unless I edit a message before sending, I only have 60 columns across. Looks as if I have an item in a composer set in the 70s, largest only can be 79, but still when composing, only 60 on a line. Can any1 please suggest how I can fix these separate items for my Wife-and-I? We have all the helpful speech items such as slow link-and-show cursor. Thanks so much in advance Chime From alpine-info at u.washington.edu Sun Sep 28 15:55:37 2025 From: alpine-info at u.washington.edu (Karen Lewellen via Alpine-info) Date: Sun Sep 28 15:55:42 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? In-Reply-To: References: Message-ID: Hi Chime, Just wondering, Does this screen reader have a command that will read what it considers to be the current window? Or one that's you read what might be considered the current page? Asking, in case that is impacting what is being spoken. Kare On Sun, 28 Sep 2025, Chime Hart via Alpine-info wrote: > Hi All: Its hard2know whether to ask here or in comp.mail.pine? Anyway, helping > my Wife get setup with Alpine in windows through a Ubunto WSL. We are listening > with an NVDA screen-reader. I ajusted rows-and-columns to provide a larger > screen. She can read mail just fine, but if we hit "c" for compose, an only > field which shows up is "from" useing flat-review, the next line says "message > text" but arrowing or entering will not read any other fields. I hit > suspend-and-made the slines smaller. No change. I looked in config at all > options which contain compose. In `all my years useing pine/Alpine, I've never > seen this. However, I have seen similar if a number of lines are larger than an > amount. In addition, on my Debian system, Unless I edit a message before > sending, I only have 60 columns across. Looks as if I have an item in a > composer set in the 70s, largest only can be 79, but still when composing, only > 60 on a line. Can any1 please suggest how I can fix these separate items for my > Wife-and-I? We have all the helpful speech items such as slow link-and-show > cursor. Thanks so much in advance > Chime > _______________________________________________ > Alpine-info mailing list > Alpine-info@u.washington.edu > http://mailman23.u.washington.edu/mailman/listinfo/alpine-info > From alpine-info at u.washington.edu Sun Sep 28 15:59:06 2025 From: alpine-info at u.washington.edu (Chime Hart via Alpine-info) Date: Sun Sep 28 15:59:12 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? In-Reply-To: References: Message-ID: Thanks Karen: Yes, NVDA has a similar flat-review like Speakup, useing a num-pad, so numpad8 will read a current line. After I posted, I wondered if I need to ajust any color settings in Apine, of which there are `alot. Chime From alpine-info at u.washington.edu Sun Sep 28 16:28:33 2025 From: alpine-info at u.washington.edu (Karen Lewellen via Alpine-info) Date: Sun Sep 28 16:28:40 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? In-Reply-To: References: Message-ID: Hi chime, My apologies. That was not the sort of feature I mean. Instead of reading by line, I am referencing reading by window. No idea about speakup as I have not used the tool. However in many DOS screen readers, the window feature lets you read sections of the screen aside from your current line. Does that make more sense? If I follow your question, you are wondering where the rest of the compose fields are, is that correct? Karen On Sun, 28 Sep 2025, Chime Hart wrote: > Thanks Karen: Yes, NVDA has a similar flat-review like Speakup, useing a > num-pad, so numpad8 will read a current line. After I posted, I wondered if I > need to ajust any color settings in Apine, of which there are `alot. > Chime > > From alpine-info at u.washington.edu Sun Sep 28 16:36:42 2025 From: alpine-info at u.washington.edu (Chime Hart via Alpine-info) Date: Sun Sep 28 16:36:46 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? In-Reply-To: References: Message-ID: <436c2f31-2b7f-1f03-2698-c1724d68b13e@hubert-humphrey.com> Hi Karen: I know in some screen-readers you can define particular windows or sections of a screen to hear, but in this case "from" is an only field which is reading. I did actually send a message, but in some ways it was in the blind. Hopefully if there are other screen-reader users who have had experience with this, or other Alpine experts will chime in. We did exit Alpine, so when we go back in will see what it looks like. Even if its better, I would still appreciate answers regarding screen sizes as well as line rap. Thanks Chime From alpine-info at u.washington.edu Sun Sep 28 21:39:09 2025 From: alpine-info at u.washington.edu (Karen Lewellen via Alpine-info) Date: Sun Sep 28 21:39:16 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? In-Reply-To: <436c2f31-2b7f-1f03-2698-c1724d68b13e@hubert-humphrey.com> References: <436c2f31-2b7f-1f03-2698-c1724d68b13e@hubert-humphrey.com> Message-ID: I certainly hope so Chime. Perhaps the blinux list might have an idea? On Sun, 28 Sep 2025, Chime Hart wrote: > Hi Karen: I know in some screen-readers you can define particular windows or > sections of a screen to hear, but in this case "from" is an only field which is > reading. I did actually send a message, but in some ways it was in the blind. > Hopefully if there are other screen-reader users who have had experience with > this, or other Alpine experts will chime in. We did exit Alpine, so when we go > back in will see what it looks like. Even if its better, I would still > appreciate answers regarding screen sizes as well as line rap. Thanks > Chime > > From alpine-info at u.washington.edu Sun Sep 28 22:36:45 2025 From: alpine-info at u.washington.edu (Eduardo Chappa via Alpine-info) Date: Sun Sep 28 22:36:54 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? In-Reply-To: References: Message-ID: <628d09ec-caf2-e832-016b-8ab68df4be60@yandex.com> On Sun, 28 Sep 2025, Chime Hart via Alpine-info wrote: > We are listening with an NVDA screen-reader. I ajusted rows-and-columns > to provide a larger screen. She can read mail just fine, but if we hit > "c" for compose, an only field which shows up is "from" do you have the From header under Default Composer Headers in your .pinerc. The correct way to define the From header is tricky, but if you want it as a header, you should add it as a Customized Header, or use roles. -- Eduardo From alpine-info at u.washington.edu Mon Sep 29 01:18:10 2025 From: alpine-info at u.washington.edu (Chime Hart via Alpine-info) Date: Mon Sep 29 01:18:15 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? In-Reply-To: <628d09ec-caf2-e832-016b-8ab68df4be60@yandex.com> References: <628d09ec-caf2-e832-016b-8ab68df4be60@yandex.com> Message-ID: <8dc91c96-02bb-5390-85f4-9df30ac4ee5f@hubert-humphrey.com> Hi Eduardo: Once I turned off Allow Changing From (default) Now I have a better chance of reading those fields, even though I hear a warning. As far as your question, will need to explore when my Linux guy is here this coming Saturday, however, neither of us were able to understand rolls several weeks ago when reading those clari articles. Thanks for your guidance. Also, what about that 60 column default? Chime From alpine-info at u.washington.edu Mon Sep 29 06:59:15 2025 From: alpine-info at u.washington.edu (Eduardo Chappa via Alpine-info) Date: Mon Sep 29 06:59:24 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? In-Reply-To: <8dc91c96-02bb-5390-85f4-9df30ac4ee5f@hubert-humphrey.com> References: <628d09ec-caf2-e832-016b-8ab68df4be60@yandex.com> <8dc91c96-02bb-5390-85f4-9df30ac4ee5f@hubert-humphrey.com> Message-ID: <05f0507b-e171-7c58-0782-a878b7b539bc@yandex.com> Chime, please read carefully. Turn on Allow Changing From again. It should look like this now: [X] Allow Changing From Edit the value of Default Composer Headers = And either set the value Customized Headers = From: Your Wife Name or use roles, if there is more than one email account. -- Eduardo From alpine-info at u.washington.edu Mon Sep 29 09:58:02 2025 From: alpine-info at u.washington.edu (Chime Hart via Alpine-info) Date: Mon Sep 29 09:58:07 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? In-Reply-To: <05f0507b-e171-7c58-0782-a878b7b539bc@yandex.com> References: <628d09ec-caf2-e832-016b-8ab68df4be60@yandex.com> <8dc91c96-02bb-5390-85f4-9df30ac4ee5f@hubert-humphrey.com> <05f0507b-e171-7c58-0782-a878b7b539bc@yandex.com> Message-ID: Thank you Eduardo: I very carefully followed your instructions. So-far it seems to be working-and-almost no-matter how many lines-and-columns, I see all the fields. OK, so now only 2 outstanding issues. #1 She still must type her password, even though there was a prompt "preserve password to disk" #2-and-this may go for both of us, still without pressing enter, it only holds 60 charactors on a line, even with that rap columns set at 74. Will not set more than 79. Thanks so much in advance Chime From alpine-info at u.washington.edu Mon Sep 29 18:33:29 2025 From: alpine-info at u.washington.edu (Eduardo Chappa via Alpine-info) Date: Mon Sep 29 18:33:38 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? In-Reply-To: References: <628d09ec-caf2-e832-016b-8ab68df4be60@yandex.com> <8dc91c96-02bb-5390-85f4-9df30ac4ee5f@hubert-humphrey.com> <05f0507b-e171-7c58-0782-a878b7b539bc@yandex.com> Message-ID: On Mon, 29 Sep 2025, Chime Hart wrote: > Thank you Eduardo: I very carefully followed your instructions. So-far it seems > to be working-and-almost no-matter how many lines-and-columns, I see all the > fields. OK, so now only 2 outstanding issues. > #1 She still must type her password, > even though there was a prompt "preserve password to disk" The issue might be that there are two competing configurations for the same inbox. In order to avoid this make sure you copy and paste a configuration to use it as another. Examples of configurations that are different are: {imap.gmail.com/ssl}INBOX and {imap.gmail.com/ssl/user=login@gmail.com}INBOX There could be others. What you want is that the configuration you use is the same everywhere, so if one says {imap.gmail.com/ssl/user=login@gmail.com}INBOX all the others for the same account should have imap.gmail.com/ssl/user=login@gmail.com as the server. > #2-and-this may go for both of us, still without pressing enter, it only > holds 60 charactors on a line, even with that rap columns set at 74. > Will not set more than 79. Am I wrong in thinking that nowhere in your configuration it says "60" for anything? Could it be that someone typed 60 in a field that was not meant for that? This is what my configuration is set to: Composer Wrap Column = Is that your case too? -- Eduardo From alpine-info at u.washington.edu Mon Sep 29 20:24:41 2025 From: alpine-info at u.washington.edu (Chime Hart via Alpine-info) Date: Mon Sep 29 20:24:46 2025 Subject: [Alpine-info] NULL ice in paint_index_line: reg index, msgno=1 line=0 Message-ID: <4888bc3d-7ecc-a8ce-2ba6-dfe67b5d3b35@hubert-humphrey.com> Hi All: I realize this subject has been discussed fairly recently, but seemingly with no resolution. When I tried following a link to a mail archive discussing this, the site just hangs. So I will be going over an eventual result of these errors. #1 The first place fetchmail sends mail is in another folder. Normally when things are working well, all mail ends up in /var/mail/chime, but first goes to this other folder. #2 When I must read mail in this alternative folder, after several minutes, I begin noticing an increasing amount of duplicate messages. This especially happens when I try-and-go past the final item in an index, no-matter how they are sorted. #3 Rapidly I hear similar announcements like NULL ice in paint_index_line: reg index, msgno=1 line=0 These duplicates are almost everywhere in an index, sprinkled with newer items as they arrive. #4 As inconvenient as this is, I am now learning the hard way, the numbered highlighted message you think you are reading, replying to, or deleting, may be wrong. Just today I lost a piece of mail I wanted to hear. #5 If you use an aggregate command it will look inconsistant. #6 If any of us file a bug, I would consider it as severe, as it is less than reliable. #7 Many times mail folder is closed, but I can switch to another folder-and-come back-and-it will open. As I mentioned to Eduardo earlier this evening, when I type "fetchmail" it will mention a number of messages in imap in that alternative mailbox. All of these utilities, messages, frm, and from all read from /var/mail/chime. Anyway, if there are commands or files I can send to help solve this, please inform. Thanks so much in advance for listening. Chime From alpine-info at u.washington.edu Tue Sep 30 11:37:10 2025 From: alpine-info at u.washington.edu (Eduardo Chappa via Alpine-info) Date: Tue Sep 30 11:37:19 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? In-Reply-To: References: Message-ID: On Sun, 28 Sep 2025, Chime Hart via Alpine-info wrote: > [...] I only have 60 columns across. Looks as if I have an item in a > composer set in the 70s, largest only can be 79, but still when composing, only > 60 on a line. Dear Chime, thank you for sharing your .pinerc file with me. I tried to reproduce your problem and I could not. I could type perfectly to more than 70 columns without any problem, that is, no automatic wrapping at 60 columns. How many columns do you have your terminal set to? Thank you. -- Eduardo From alpine-info at u.washington.edu Tue Sep 30 11:52:17 2025 From: alpine-info at u.washington.edu (Chime Hart via Alpine-info) Date: Tue Sep 30 11:52:21 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? In-Reply-To: References: Message-ID: <8f73d00b-a106-bdf6-fd3d-9d2b663602c1@hubert-humphrey.com> Thanks Eduardo for examining my pine rc. I have mine set at its maximum of 180 rows by 240 columns. I notice if I manually edit a message before sending, there are extra spaces, of which I remove 1 and it fits on a line. I suppose it would be anoying to listen with a screen-reader, but I can show you by typing numbers until it goes to the next line. 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116 OK, as I typed 115 I was at 240 columns, but I bet it won't showup that way on the list? Maybe with actual spaces the count would be different. Chime From alpine-info at u.washington.edu Tue Sep 30 12:19:52 2025 From: alpine-info at u.washington.edu (Joshua Miller via Alpine-info) Date: Tue Sep 30 12:19:42 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? In-Reply-To: <8f73d00b-a106-bdf6-fd3d-9d2b663602c1@hubert-humphrey.com> References: <8f73d00b-a106-bdf6-fd3d-9d2b663602c1@hubert-humphrey.com> Message-ID: On Tue, Sep 30, 2025 at 2:52?PM Chime Hart via Alpine-info < alpine-info@u.washington.edu> wrote: > Thanks Eduardo for examining my pine rc. I have mine set at its maximum of > 180 > rows by 240 columns. > Hi Chime, Just a stab in the dark, but perhaps there are issues due to how many columns and rows your terminal has? I can't recall the specifics, but I had run into a problem years ago when I got a new 4k monitor. Alpine would misbehave when I maximized its terminal due to the number of rows and / or columns. I believe this bug was patched. However, it should be fairly easy to see if this is the culprit by changing your terminal to something smaller, like 100x25, and then seeing if it behaves as desired. Hope that helps, -- Josh I. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alpine-info at u.washington.edu Tue Sep 30 12:29:36 2025 From: alpine-info at u.washington.edu (Jessica Wuttig via Alpine-info) Date: Tue Sep 30 12:29:54 2025 Subject: [Alpine-info] =?utf-8?b?2KfZhti22YUg2YTYrdiz2KfYqCBDYW52YSBQcm8g?= =?utf-8?b?2YXYrNin2YbZi9inINin2YTYotmG?= Message-ID: ???? ???? ??? ???? Canva Pro ?????? ??? ???? ?????? ?????? ???????? ??????? ?? 2025? ?????? ?? ???? ??????? ???????? ??? ?? ?????. ?? ??? ?????? ???? ?? ????? ?????? ??? ???? ?????? ????? Canva Pro Edu? ??? ???? ????? ?? ???????? ??????? ???????? ??????? ???????. https://www.targir.com/2025/02/canva-pro.html ?? ?? Canva Pro? Canva ???? ????? ?????? ??????? ???? ????? ???? ???????? ??????? ??????? ????????? ???????? ???? ??? ??????. ?????? ??????? ???? ????? ?????? ??????? ????? ???? Canva Pro ????? ???? ?? ????? ???????????? ????? ???????? ??? ????? ???????? ?????? ????? ???? ?????. ????? ???????? ?????? ???????: ???? ?????? ????? ??????? ???? ??????? ??????? ?? 5 ???? ?????. ????? ?????????. Canva Pro: ????? ???? ???? ?? 100 ????? ????? ????? ??????? 1 ???????? ?????? ?????? ??? ????? ?????? ???????. Canva Teams: ???? ????????? ?? ????? ????? ???? ?????? ??????? ????????. Canva Pro Edu: ????? ???????? ???????? ????? ??? ???? ????? Canva Pro ???????? ??? ????? ???????. ??? ???? ??? Canva Pro Edu ??????? ? ??????? ??? ???? ???? ???? ??? ????????. ? ????? ???? ???? ?? ??????? ????? ???????? ?? ????. ? ??? ???? ??????? ????? ????? ???????? ??? Canva Pro Edu ????? ????? ???????. ???? ????? ???????? ? ?? ???? ?????? ?? ?????? ?????? ???????. ? ???? ???????? ????? ???????? (??? edu). ? ???????? ??? ???? ???? ???. ?? ???? ?????? ??? Canva Pro ???? ????? ???? ???? ???? ??????? ?????? ???? 30 ????? ????? ?????? ??? ?????? ??????. ???? ??? ?????? ?????? ????? ???????? ?????? ????? ???????? ??? ???????? ????? ??????. ??? ?????? ??? Canva Pro ???? ?????? ???? ????? ???? ???? ??? ??? ?????? ?????????. ??? ??????? ???? ?????? Canva Pro Edu ?????? ? ????? ??? ???? ?? 100 ????? ???? ????? ?????????. ? ???? ?? 600 ??? ???? ???????. ? ????? ?????? ??? ????? ??????? ?????? ?????? ????????. ? ????? ????? 1 ????????. ? ??????? ????? ??????? ?? ?????? ???????? ??? ?????? ??????. ????? ????? Canva Pro Edu? ??? ?????? ????? ???? ????? Canva Pro ??? ?????? ??? ????? ???????? ?????? ???? ???????? ??????? ?????? ?????? ????? ????????. ?????? ??? ??? ???? ?????? ????? ????? ???? ????? ?????????. ????? ??? ??? ?????? ?? ??????? ??? ???? ????? ?????? ??? Canva Pro ?????? ?? ??? ???? ?????? ??? Canva Pro Edu. ???? ?????? ????? ?? ???? ??????? ??????? ??? ?? ????. ???? ???? ?????? ?? ???? ????? ???? ?? ????? ??????? ????????? ????????? ??????? ??? ????? ??????? ???????? Canva Pro Edu ?? 2025. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alpine-info at u.washington.edu Tue Sep 30 12:41:05 2025 From: alpine-info at u.washington.edu (Chime Hart via Alpine-info) Date: Tue Sep 30 12:41:09 2025 Subject: [Alpine-info] Missing Fields in Composer in Ubunto WSL? In-Reply-To: <8f73d00b-a106-bdf6-fd3d-9d2b663602c1@hubert-humphrey.com> References: <8f73d00b-a106-bdf6-fd3d-9d2b663602c1@hubert-humphrey.com> Message-ID: <0a6cc31c-fe8d-c479-06b5-0b44041cc211@hubert-humphrey.com> Thanks I think it was Josh for your analysis. Not sure, some columns in your reply may have gone to 78. Anyway, going to try an experiment. This time will use my Speakup screen-reader's cut-and-paste to send those number. Will be back to report on what happens here 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116 All 116 numbers showed up, so I don't know if actually typing recular runon sentenses as aposed to consecutive number would make any difference OK 2lines up stops at col75 with runon, so spacing seems to change things. Chime