should probably be
> > > converted to Maildir, unless it's used as an archive and rarely (if
> > > ever) changed. (neo)mutt can deal with different formats per folder.
> >
> > Not my experience. As I said, my main mail folder is roughly 38k
y (if
> > ever) changed. (neo)mutt can deal with different formats per folder.
>
> Not my experience. As I said, my main mail folder is roughly 38k
> messages (corresponding to 1.1G) and mutt deals extremely well
> with that. Moving/deleting messages (which I do regularly) rarely
&
On Jo, 08 iul 21, 04:17:25, Polyna-Maude Racicot-Summerside wrote:
> Hi,
>
> On 2021-07-07 11:41 p.m., Polyna-Maude Racicot-Summerside wrote:
> > Hi guys (and possibly girls),
> >
> > I am currently using Thunderbird as a mail reader.
> > It did a good job until
Hi,
I use a combination of three things; I don't think it's the setup you want, but
some of them can be replaced with others.
1. offlineimap to fetch the emails from the mail server and store them in
Maildir format. As the name suggests, the server only needs to support IMAP.
It is available
On 2021-07-08 04:41, Polyna-Maude Racicot-Summerside wrote:
What would any of you suggest as a mail reading software ?
I could use claws-mail
I could use other mail client
I could also install a web based mail client on another server and
possibly create some local folders (don't know
.
Not my experience. As I said, my main mail folder is roughly 38k
messages (corresponding to 1.1G) and mutt deals extremely well
with that. Moving/deleting messages (which I do regularly) rarely
takes more than a couple of seconds, even searching through all
the mail bodies for a regexp is reasona
fferent storage format.
> This won't help much when we talk about problem searching thru my mail
> and resources hungry (for Thunderbird) actions.
Except for the network interface the storage is the slowest component in
a typical computer and the mbox format is notoriously difficult to
cha
Hi,
On 2021-07-07 11:41 p.m., Polyna-Maude Racicot-Summerside wrote:
> Hi guys (and possibly girls),
>
> I am currently using Thunderbird as a mail reader.
> It did a good job until now.
> I am also using the PGP plugin.
>
> But I am feeling the limits, it also gets somew
s of messages storage which create a file per
> message: Maildir, MH, etc..
>
Okay, but I have doubt about any type of benefits relating to having
either more file or a different storage format.
This won't help much when we talk about problem searching thru my mail
and resources hungr
Hi,
On 2021-07-08 2:40 a.m., john doe wrote:
> On 7/8/2021 5:41 AM, Polyna-Maude Racicot-Summerside wrote:
>> Hi guys (and possibly girls),
>>
>> I am currently using Thunderbird as a mail reader.
>> It did a good job until now.
>> I am also using the PGP plugin.
On Wed, Jul 07, 2021 at 11:41:25PM -0400, Polyna-Maude Racicot-Summerside wrote:
> Hi guys (and possibly girls),
>
> I am currently using Thunderbird as a mail reader.
> It did a good job until now.
> I am also using the PGP plugin.
>
> But I am feeling the limits, it also
Le mercredi 07 juillet 2021 à 23:41 -0400, Polyna-Maude Racicot-
Summerside a écrit :
> Hi guys (and possibly girls),
>
> I am currently using Thunderbird as a mail reader.
> It did a good job until now.
> I am also using the PGP plugin.
Hello,
Enigmail, the Thunder
On Wed, Jul 07, 2021 at 11:41:25PM -0400, Polyna-Maude Racicot-Summerside wrote:
> Hi guys (and possibly girls),
>
> I am currently using Thunderbird as a mail reader.
> It did a good job until now.
> I am also using the PGP plugin.
>
> But I am feeling the limits, it also
On 7/8/2021 5:41 AM, Polyna-Maude Racicot-Summerside wrote:
Hi guys (and possibly girls),
I am currently using Thunderbird as a mail reader.
It did a good job until now.
I am also using the PGP plugin.
But I am feeling the limits, it also gets somewhat pretty slow (even
with a powerful enough
Hi guys (and possibly girls),
I am currently using Thunderbird as a mail reader.
It did a good job until now.
I am also using the PGP plugin.
But I am feeling the limits, it also gets somewhat pretty slow (even
with a powerful enough computer) if I need for example delete 100
messages on my
On Sun, Jun 13, 2021 at 05:36:39PM -0400, The Wanderer wrote:
If I'm not mistaken, if anything it's actually more of an ancestor;
That's right. Quoting the original Markdown page[1]:
the single biggest source of inspiration for Markdown’s syntax is the
format of plain text email.
[1]
On 06/13/2021 04:36 PM, The Wanderer wrote:
On 2021-06-13 at 17:30, Polyna-Maude Racicot-Summerside wrote:
...
Regarding the asterisks, I used them in many text to make emphasis,
including in some text that go out in printed form. Started doing so
when I was still in university and
; You don't. How the text is rendered depends entirely on the mail
>> client the person is using, and potentially on the configuration of
>> that client.
>
> I didn't have in mind that message client could render some
> derivative of Markdown.
If I'm not mistaken, if anything
Hi,
On 2021-06-13 4:50 p.m., The Wanderer wrote:
> On 2021-06-13 at 16:42, Polyna-Maude Racicot-Summerside wrote:
>
>> How do you make the text bold ? The * is enough ?
>
> You don't. How the text is rendered depends entirely on the mail client
> the person is u
On 2021-06-13 at 16:42, Polyna-Maude Racicot-Summerside wrote:
> How do you make the text bold ? The * is enough ?
You don't. How the text is rendered depends entirely on the mail client
the person is using, and potentially on the configuration of that client.
Some clients - including the
David Wright wrote:
> FYI:
>
> I installed iwatch, and that immediately generated two messages from
> /etc/.etckeeper. Then I upgraded:
>
> apt apt-doc apt-utils bind9-host curl dnsutils exim4
> exim4-base exim4-config exim4-daemon-light
> firefox-esr firefox-esr-l10n-en-gb gstreamer1.0-gl
>
Jonathan Dowland wrote:
> On Wed, May 05, 2021 at 03:51:16PM +0200, Emanuel Berg wrote:
>
>> I learned something as well, how to delete mails. First see
>> how many mails there are, say there are 756, then type
>> t 1-756 RET and then hold down q :)
>
> That's a slow way. "T iwatch ; d" or "T ~b
On Wed 05 May 2021 at 07:26:34 (-0400), Greg Wooledge wrote:
> On Tue, May 04, 2021 at 09:32:49PM -0500, David Wright wrote:
> > It looks reasonable for determining whether your system files are
> > being interfered with. But you just showed one example from the
> > log, which was for the
On Wed, May 05, 2021 at 03:51:16PM +0200, Emanuel Berg wrote:
I learned something as well, how to delete mails. First see
how many mails there are, say there are 756, then type t 1-756
RET and then hold down q :)
That's a slow way. "T iwatch ; d" or "T ~b iwatch ; d" would be faster
(using ;
On Fri, May 07, 2021 at 09:46:53AM +0100, Tixy wrote:
> On Fri, 2021-05-07 at 09:39 +0200, to...@tuxteam.de wrote:
> > - 1 I don't understand (who is .pwd.lock [...])
> I thought that was explained on this list a few days ago [...]
Oh, thanks. Must have missed that part :)
Cheers
- t
On Fri, 2021-05-07 at 09:39 +0200, to...@tuxteam.de wrote:
> - 1 I don't understand (who is .pwd.lock and what is she
> doing in my /etc? [1]).
I thought that was explained on this list a few days ago (and 17 years
ago! [2]). The file is used by lckpwdf() function [3][4] which is used
to
On Thu, May 06, 2021 at 11:21:14PM -0500, David Wright wrote:
[...]
> Well, here are the files on my system:
>
> # find /etc -type f -name '.*' -ls | sort -k 11
> -rwx-- 84357 May 6 08:25 /etc/.etckeeper
> -rw--- 932 Apr 3 2020 /etc/.gitignore
> -rw-r--r-- 0 Apr 3 2020
On Thu 06 May 2021 at 10:46:03 (-0400), Greg Wooledge wrote:
> On Thu, May 06, 2021 at 02:37:17PM +, davidson wrote:
> > > $ shopt -s globstar
> > > $ ls /etc/**/.[^.]*
> >
> > It now occurs to me that this still omits files like /etc/.a and
> > /etc/..metadotfile
>
> It doesn't omit .a .
On Thu, May 06, 2021 at 02:37:17PM +, davidson wrote:
> > $ shopt -s globstar
> > $ ls /etc/**/.[^.]*
>
> It now occurs to me that this still omits files like /etc/.a and
> /etc/..metadotfile
It doesn't omit .a . The * is allowed to match the empty string.
> Instead,
>
> $ ls
On Thu, 6 May 2021 davidson wrote:
[dd]
To that end, I can occasionally do something like
$ ls -Rp | less
and make a point of examining the first couple of things that look
unfamiliar.
This misses out dotfiles.
[dd]
So when I look for what I'm missing out on, and do...
$ shopt -s globstar
On Wed, 5 May 2021 David Wright wrote:
[dd]
One thing I didn't learn is why .pwd.lock is in /etc/ rather than,
say, /run/lock/. Perhaps related, why are there dotfiles in /etc/
anyway. (.git/, .java/, .etckeeper, .gitignore are the others.)
What are they hiding from?
[dd]
I would assume that
On Wed 05 May 2021 at 12:01:07 (-0400), Greg Wooledge wrote:
> On Wed, May 05, 2021 at 10:36:53AM -0500, David Wright wrote:
> > OTOH perhaps monkeysphere has some reason to lock /etc/passwd et al
> > during operation. Running strings on its binaries might throw up
> > some 'pwd.lock' matches. Or
On Wed, 5 May 2021 10:36:53 -0500
David Wright wrote:
> [W]hy are there dotfiles in /etc/ anyway.
> (.git/, .java/, .etckeeper, .gitignore are the others.) What are they
> hiding from?
Indeed. And shouldn't one be backing them up?
I see that amanda has been backing them up and that "add *" in
David Wright wrote:
> Yes, it was an assumption, and perhaps now we shall never
> know. (Sampling the emails didn't appeasr to be an option.)
> We also were not told whether 2757 notifications came in
> over a week, a month, a year, or since openssh-client was
> installed, whenever that was
Greg Wooledge wrote:
> I interpreted it as literally being thousands of instances
> of the *same* file, the one shown in the Subject: header and
> in the original message body.
They were all from iwatch, but they were so many I don't know
if they were exactly the same, and now I don't get any
On Wed, May 05, 2021 at 10:36:53AM -0500, David Wright wrote:
> OTOH perhaps monkeysphere has some reason to lock /etc/passwd et al
> during operation. Running strings on its binaries might throw up
> some 'pwd.lock' matches. Or one could inotifywatch the program to
> see how often it is run
On Wed 05 May 2021 at 07:26:34 (-0400), Greg Wooledge wrote:
> On Tue, May 04, 2021 at 09:32:49PM -0500, David Wright wrote:
> > It looks reasonable for determining whether your system files are
> > being interfered with. But you just showed one example from the
> > log, which was for the
On Tue, May 04, 2021 at 09:32:49PM -0500, David Wright wrote:
> It looks reasonable for determining whether your system files are
> being interfered with. But you just showed one example from the
> log, which was for the /etc/.pwd.lock lockfile. I assume you don't
> have 2757 of these but, rather,
David Wright wrote:
> Myself, I find inotify-tools more useful: I use inotifywait
> in a loop, waiting for a browser to close files in its
> cache. I then examine their filetype and copy the ones
> I want, giving them sensible (timestamp) names. Very useful
> for capturing (typically, live)
David Wright wrote:
> might help determine why you installed iwatch.
Oh, so I did?
Well then, I'll just remove it!
--
underground experts united
https://dataswamp.org/~incal
David Wright wrote:
> $ aptitude why iwatch
i openssh-client Suggests monkeysphere
i A monkeysphere Suggests monkeysphere-validation-agent
i A msva-perl Provides monkeysphere-validation-agent
i A msva-perl Recommends
Kushal Kumaran wrote:
> The manpage at
> https://manpages.debian.org/buster/iwatch/iwatch.1.en.html
> shows log output similar to what you see. Check your iwatch
> configuration and see what it is doing.
Thanks, but I've never heard of iwatch, so I haven't mucked
around with its config file. But
On Wed 05 May 2021 at 04:39:21 (+0200), Emanuel Berg wrote:
> David Wright wrote:
>
> > might help determine why you installed iwatch.
>
> Oh, so I did?
>
> Well then, I'll just remove it!
Myself, I find inotify-tools more useful: I use inotifywait in a loop,
waiting for a browser to close
>> The "IN_" prefix tells you that this is an inotify event.
>> IN_CLOSE_WRITE fires when a process _had_ the specified
>> file open for writing, but has just closed it. Perhaps you
>> have an "incron" job somewhere?
>
> I have cron do two very short scripts every @midnight, these
> run fine
On Wed 05 May 2021 at 03:11:53 (+0200), Emanuel Berg wrote:
> Kushal Kumaran wrote:
>
> > The manpage at
> > https://manpages.debian.org/buster/iwatch/iwatch.1.en.html
> > shows log output similar to what you see. Check your iwatch
> > configuration and see what it is doing.
>
> Thanks, but I've
On Wed, May 05, 2021 at 03:11:53AM +0200, Emanuel Berg wrote:
> Kushal Kumaran wrote:
> > The manpage at
> > https://manpages.debian.org/buster/iwatch/iwatch.1.en.html
> > shows log output similar to what you see. Check your iwatch
> > configuration and see what it is doing.
>
> Thanks, but I've
On Tue, May 04 2021 at 11:11:02 AM, Emanuel Berg wrote:
> Darac Marjal wrote:
>
>> The "IN_" prefix tells you that this is an inotify event.
>> IN_CLOSE_WRITE fires when a process _had_ the specified file
>> open for writing, but has just closed it. Perhaps you have
>> an "incron" job somewhere?
Darac Marjal wrote:
> The "IN_" prefix tells you that this is an inotify event.
> IN_CLOSE_WRITE fires when a process _had_ the specified file
> open for writing, but has just closed it. Perhaps you have
> an "incron" job somewhere?
I have cron do two very short scripts every @midnight, these
Darac Marjal wrote:
>> I get system mail all the time - I've got 2757 at the
>> moment - that tells me that
>>
>> [ 4/Apr/2021 22:11:33]
>> IN_CLOSE_WRITE /etc/.pwd.lock
>> * /etc/.pwd.lock is closed
>>
>> Any clues what that
I get system mail all the time - I've got 2757 at the moment -
that tells me that
[ 4/Apr/2021 22:11:33]
IN_CLOSE_WRITE /etc/.pwd.lock
* /etc/.pwd.lock is closed
Any clues what that problem might be?
TIA
--
underground experts united
https://dataswamp.org/~incal
On 04/05/2021 07:12, Emanuel Berg wrote:
> I get system mail all the time - I've got 2757 at the moment -
> that tells me that
>
> [ 4/Apr/2021 22:11:33]
> IN_CLOSE_WRITE /etc/.pwd.lock
> * /etc/.pwd.lock is closed
>
> Any clues what that problem might be?
Th
ere to be different opinions or answers provided. If
> > responding to
> > someone, be considerate of their time and effort.
>
> I would like ask opinion on a little proposal to add new rule regrading
> using CC with mail list address.
>
> The reason is, why the sender need to use
On Tue, Jan 26, 2021 at 11:37:59AM +0800, Robbi Nespu wrote:
> Hi hello
[...]
> I would like ask opinion on a little proposal to add new rule
> regrading using CC with mail list address.
>
> The reason is, why the sender need to use "TO" to original sender /
> r
on this list is provided by volunteers in their own time. It is
common for there to be different opinions or answers provided. If responding to
someone, be considerate of their time and effort.
I would like ask opinion on a little proposal to add new rule regrading
using CC with mail list address
Caríssimo,
Relembro, requer confirmação por parte do utilizador, mais informação em
https://www.debian.org/MailingLists/unsubscribe
On segunda-feira, 14 de dezembro de 2020 13:21:31 WET joao mauricio machado de
arujo wrote:
> Prezados,
>
> Bom dia.
>
> Favor retirar o meu e-m
João,
Isto vinha no final de cada e-mail, não sei porque sumiu, mas fica em
https://lists.debian.org/debian-user-portuguese/
Lá você pode se desincrever (Unsubscribe).
Att,
Paulo Correia
Em 14/12/2020 10:21, joao mauricio machado de arujo escreveu:
Prezados,
Bom dia.
Favor retirar o meu
Prezados,
Bom dia.
Favor retirar o meu e-mail joaomaurici...@gmail.com de todos os e-mails que
são enviados.
Não gostaria de receber mais e-mails de vocês.]
Agradeço desde já a atenção dispensada.
Atenciosamente,
*João Maurício Machado de Araújo*
*Contato: (61) 9 9315-1984 (Claro)/ 3318-7600
On Wed 25 Nov 2020 at 17:56:27 (+), Curt wrote:
> On 2020-11-25, David Wright wrote:
> >
> > There's a big difference between the requirements for your local
> > storage when using POP compared with IMAP. When using POP in a
> > conventional manner (transfer, and delete at the server end),
On 2020-11-25, David Wright wrote:
>
> There's a big difference between the requirements for your local
> storage when using POP compared with IMAP. When using POP in a
> conventional manner (transfer, and delete at the server end), you
> need reliable local storage. And you also need reliable
On Tue 24 Nov 2020 at 17:17:24 (+), Curt wrote:
> On 2020-11-23, rhkra...@gmail.com wrote:
> > On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
> >> Joe wrote:
> >> > That's why we have IMAP, which doesn't use mbox.
> >>
> >> The IMAP protocal and the backend storage have no
names are Alice and Bob. We'll say that Alice works at Foo Corp
(email domain foo.corp), and Bob is a student at Bar College (email
domain bar.college). Foo Corp and Bar College both use a single Unix
server with local user accounts, running a traditional Unix MTA, with
mail delivered locally.
Ali
On Mon 23 Nov 2020 at 07:24:37 (-0500), rhkra...@gmail.com wrote:
> On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
> > Joe wrote:
> > > That's why we have IMAP, which doesn't use mbox.
> >
> > The IMAP protocal and the backend storage have no connection.
I didn't think this thread
On 2020-11-23, rhkra...@gmail.com wrote:
> On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
>> Joe wrote:
>> > That's why we have IMAP, which doesn't use mbox.
>>
>> The IMAP protocal and the backend storage have no connection.
>
> Well, they do in a way -- if you use IMAP from your
On Mon, 23 Nov 2020 17:38:19 +0200
Andrei POPESCU wrote:
> On Lu, 23 nov 20, 07:24:37, rhkra...@gmail.com wrote:
> > On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
> > > Joe wrote:
> > > > That's why we have IMAP, which doesn't use mbox.
> > >
> > > The IMAP protocal and the
On Lu, 23 nov 20, 07:24:37, rhkra...@gmail.com wrote:
> On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
> > Joe wrote:
> > > That's why we have IMAP, which doesn't use mbox.
> >
> > The IMAP protocal and the backend storage have no connection.
>
> Well, they do in a way -- if you
Didar Hossain wrote:
> Dovecot has "single instance attachment storage" (SIS) as well as its
> own native mdbox binary format (multiple emails per file indexed
> efficiently).
> The SIS is a feature that I am really excited about since we have
> multiple user receiveing the same email - it
On Mon, Nov 23, 2020 at 07:24:37AM -0500, rhkra...@gmail.com wrote:
> On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
> > Joe wrote:
> > > That's why we have IMAP, which doesn't use mbox.
> >
> > The IMAP protocal and the backend storage have no connection.
>
> Well, they do in a
On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
> Joe wrote:
> > That's why we have IMAP, which doesn't use mbox.
>
> The IMAP protocal and the backend storage have no connection.
Well, they do in a way -- if you use IMAP from your ISP for example, you don't
need local storage on
Joe wrote:
> That's why we have IMAP, which doesn't use mbox.
The IMAP protocal and the backend storage have no connection.
You can for example use mbox with Dovecot just fine. (Not that anyone
would *want* to, but that is a different story.)
Grüße,
Sven.
--
Sigmentation fault. Core dumped.
t;> everybody is free. And surprisingly the OP recompiles the
> >>> package. In this case it is enough to just point out the nonsense
> >>> of the subject "Problem with /var/mail file > 2GB with pop3".
> >>
> >> Let's assume an average messag
disorganised.
I don't even try - there are all kinds of people out there - and everybody
is free. And surprisingly the OP recompiles the package. In this case it is
enough to just point out the nonsense of the subject "Problem
with /var/mail file > 2GB with pop3".
Let's assume an average
gt; seems so disorganised.
> >
> > I don't even try - there are all kinds of people out there - and everybody
> > is free. And surprisingly the OP recompiles the package. In this case it is
> > enough to just point out the nonsense of the subject "Problem
> > wi
Andy Smith wrote:
> Hi Flo,
>
> On Sun, Nov 22, 2020 at 06:57:46PM +0100, Flo wrote:
> > Let's assume an average message size of 20MB. Then 100 messages are
> > enough to make it INBOX file that big. This doesn't necessarily mean
> > that this is disorganized.
>
Hi Flo,
On Sun, Nov 22, 2020 at 06:57:46PM +0100, Flo wrote:
> Let's assume an average message size of 20MB. Then 100 messages are
> enough to make it INBOX file that big. This doesn't necessarily mean
> that this is disorganized.
The average size of mail I have received in the last
Flo wrote:
> Let's assume an average message size of 20MB. Then 100 messages are
> enough to make it INBOX file that big. This doesn't necessarily mean
> that this is disorganized.
No, it means exactly this, because when mbox was in developed and actively
in use there was no message of 20MB in
ople out there - and everybody
> is free. And surprisingly the OP recompiles the package. In this case it is
> enough to just point out the nonsense of the subject "Problem
> with /var/mail file > 2GB with pop3".
>
>
Let's assume an average message size of 20MB. T
ecompiles the package. In this case it is
enough to just point out the nonsense of the subject "Problem
with /var/mail file > 2GB with pop3".
On Sat 21 Nov 2020 at 08:55:41 (+0100), deloptes wrote:
> Flo wrote:
>
> > I installed dovecot but it didn't really work. Actually only with one
> > specific account, the one which produces this big mbox file. And I
> > couldn't figure out the reason.
> >
> > So I recompiled popa3d and it seems
Flo wrote:
> I installed dovecot but it didn't really work. Actually only with one
> specific account, the one which produces this big mbox file. And I
> couldn't figure out the reason.
>
> So I recompiled popa3d and it seems to work now.
Anyway - consider migrating from the mbox format to
Dear Flo,
Flo writes:
> Hi All,
>
> I am using Debian Buster, Thunderbird, Sendmail and popa3d to get emails.
>
> The mail files for each account are stored at /var/mail. No it has
> come to that point that such a file exceeded 2GB. And 'Get Messages'
> doesn't work any
On 11/19/20 11:23 PM, Andy Smith wrote:
Hello,
On Thu, Nov 19, 2020 at 10:42:53PM +0100, Flo wrote:
The mail files for each account are stored at /var/mail. No it has come to
that point that such a file exceeded 2GB. And 'Get Messages' doesn't work
anymore.
Does anyone know about
On 11/19/20 11:47 PM, Ulf Volmer wrote:
On 19.11.20 22:42, Flo wrote:
I am using Debian Buster, Thunderbird, Sendmail and popa3d to get emails.
The mail files for each account are stored at /var/mail. No it has come
to that point that such a file exceeded 2GB. And 'Get Messages' doesn't
On 19.11.20 22:42, Flo wrote:
> I am using Debian Buster, Thunderbird, Sendmail and popa3d to get emails.
>
> The mail files for each account are stored at /var/mail. No it has come
> to that point that such a file exceeded 2GB. And 'Get Messages' doesn't
> work anymore.
This l
Hello,
On Thu, Nov 19, 2020 at 10:42:53PM +0100, Flo wrote:
> The mail files for each account are stored at /var/mail. No it has come to
> that point that such a file exceeded 2GB. And 'Get Messages' doesn't work
> anymore.
>
> Does anyone know about this issue? Any hints to so
Hi All,
I am using Debian Buster, Thunderbird, Sendmail and popa3d to get emails.
The mail files for each account are stored at /var/mail. No it has come
to that point that such a file exceeded 2GB. And 'Get Messages' doesn't
work anymore.
Does anyone know about this issue? Any hints
J'ai (enfin) pris le temps de contacter tous ces hébergeurs, j'ai
l'impression que c'est exactement ce que je cherchais, merci !
Le 2020-08-29 18:46, hamster a écrit :
Le 29/08/2020 à 12:21, David a écrit :
Peut-être l'un d'entre vous a une autre proposition qu'OVH pour
héberger un site pour
On 10/2/20 7:46 PM, david wrote:
Oui niveau sûreté c'est top, mais je suppose qu'il faut avoir une
connexion internet assez fiable ?
Je suis à la campagne, free en dégroupé partiel, donc j'utilise le
réseau orange (à ce qu'on m'a dit)
Moi je paie quelques euros par mois ma boite mail (et
et un
cable micro-usb ;)
Certes un petit investissement au départ, mais avec 2W de conso en
crête, ca ne coute pas grand chose en électricité 24/7 ;-)
Une sauvegarde complète de temps en temps dans son ordi perso...
Pourquoi pas Yunohost ( yunohost.org ) pour avoir un petit serveur mail
qui
etc/mailname is Debian specific[2], to be used by
> > all softwares (typically MTAs and some MUAs like mutt) that need a
> > domain part to construct a full e-mail address, when one isn't provided.
> >
> > [1] too lazy to check where it's documented, quite likely in Debia
mutt) that need a
> domain part to construct a full e-mail address, when one isn't provided.
>
> [1] too lazy to check where it's documented, quite likely in Debian Policy
> [2] as in Debian specific patches to support it
Your ¹ is correct. Specifically, from
file:///usr/share/doc/d
(I use it to set exim's HELO.) So I thought it best to mention it.
As far as I recall[1] /etc/mailname is Debian specific[2], to be used by
all softwares (typically MTAs and some MUAs like mutt) that need a
domain part to construct a full e-mail address, when one isn't provided.
[1] too lazy to
On Fri 25 Sep 2020 at 13:26:54 (+0300), Andrei POPESCU wrote:
> On Vi, 25 sep 20, 00:38:25, David Wright wrote:
> > On Fri 25 Sep 2020 at 03:40:16 (+), mike.junk...@att.net wrote:
> >
> > > Trying to get mutt to send mail I've got this in .muttrc:
> > &g
Hi.
On Fri, Sep 25, 2020 at 01:26:54PM +0300, Andrei POPESCU wrote:
> Not necessarily, just very common. However, suddenlink seems to require
> the full e-mail address as well.
>
> https://help.suddenlink.com/knowledge/microsoft-outlook-set-your-suddenlink-email
>
&g
On Vi, 25 sep 20, 00:38:25, David Wright wrote:
> On Fri 25 Sep 2020 at 03:40:16 (+), mike.junk...@att.net wrote:
>
> > Trying to get mutt to send mail I've got this in .muttrc:
> >
> > set smtp_pass="myPasswd"
> > # set smtp_url="smtp[s]://[user[
On 2020-09-25 08:56, Joe wrote:
If you haven't done anything yourself, it will be exim4-light.
thanks
--
Key ID4BFEBB31
; wrote:
> >> mutt is an MUA, not an MTA.
> >>
> >> What tasks do you want your mail server to perform? Please be
> >> specific. We will have better advice for you once we know
> >> exactly what you want to have happen.
> >> -dsr-
> >>
On Fri 25 Sep 2020 at 03:40:16 (+), mike.junk...@att.net wrote:
> Trying to get mutt to send mail I've got this in .muttrc:
>
> set smtp_pass="myPasswd"
> # set smtp_url="smtp[s]://[user[:pass]@]host[:port]"
> # set smtp_url="smtp://mikemcclain46:myp
On 2020-09-24 18:19, Brian wrote:
On Thu 24 Sep 2020 at 13:35:17 +, mike.junk...@att.net wrote:
On Wednesday, September 23, 2020, 09:14:42 PM CDT, Dan Ritter
wrote:
mutt is an MUA, not an MTA.
What tasks do you want your mail server to perform? Please be
specific. We will have
On Thu 24 Sep 2020 at 13:35:17 +, mike.junk...@att.net wrote:
>
> On Wednesday, September 23, 2020, 09:14:42 PM CDT, Dan Ritter
> wrote:
> mutt is an MUA, not an MTA.
>
> What tasks do you want your mail server to perform? Please be
> specific. We will have
On Thu 24 Sep 2020 at 13:35:17 (+), mike.junk...@att.net wrote:
> On Wednesday, September 23, 2020, 09:14:42 PM CDT, Dan Ritter
> wrote:
> mutt is an MUA, not an MTA.
>
> What tasks do you want your mail server to perform? Please be
> specific. We will have better advi
401 - 500 of 16990 matches
Mail list logo
